0
0
Fork 0
mirror of https://github.com/denoland/rusty_v8.git synced 2024-10-28 22:27:49 -04:00
Rust bindings for the V8 JavaScript engine
Find a file
2019-12-24 07:22:59 -05:00
.github/workflows Run 'cargo fmt' and add it to CI (#116) 2019-12-22 17:04:33 +01:00
base/trace_event replace gclient with git submodules so 'cargo package' works with verification (#19) 2019-11-29 18:58:29 -08:00
build@5b92eaadf6 Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
buildtools@40fca99fd2 Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
src add v8::ArrayBufferView (#101) 2019-12-24 05:50:30 -05:00
tests add v8::ArrayBufferView (#101) 2019-12-24 05:50:30 -05:00
third_party Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
tools Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
v8@2b3800c48c Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
.clang-format Add .clang-format 2019-12-18 17:40:45 -05:00
.gitignore replace gclient with git submodules so 'cargo package' works with verification (#19) 2019-11-29 18:58:29 -08:00
.gitmodules Upgrade V8 to 8.0.427 2019-12-04 11:29:33 -05:00
.gn Turn 'symbol_level = 1' back on (#47) 2019-12-08 02:37:20 +01:00
.rustfmt.toml update 2019-10-08 02:06:48 +02:00
BUILD.gn Move all cc code to binding.cc (#70) 2019-12-18 07:37:13 -05:00
build.rs Set up test harness for verifying safety constraints (#117) 2019-12-22 20:02:25 +01:00
Cargo.lock v0.0.15 2019-12-24 07:22:59 -05:00
Cargo.toml v0.0.15 2019-12-24 07:22:59 -05:00
LICENSE clean up (#4) 2019-11-01 13:50:12 -04:00
README.md Add note about libglib2.0-dev dependency to README (#94) 2019-12-20 18:17:09 +01:00

Rusty V8 Binding

Status: Early development, not usable.

V8 Version: 8.0.427

ci crates docs

Goals

  1. Provide high quality Rust bindings to V8's C++ API. The API should match the original API as closely as possible

  2. Do not introduce additional call overhead. (For example, previous attempts at Rust V8 bindings forced the use of Persistent handles.)

  3. Do not rely on a binary libv8.a built outside of cargo. V8 is a very large project (over 600,000 lines of C++) which often takes 30 minutes to compile. Furthermore, V8 relies on Chromium's bespoke build system (gn + ninja) which is not easy to use outside of Chromium. For this reason many attempts to bind to V8 rely on pre-built binaries that are built separately from the binding itself. While this is simple, it makes upgrading V8 difficult, it makes CI difficult, it makes producing builds with different configurations difficult, and it is a security concern since binary blobs can hide malicious code. For this reason we believe it is imperative to build V8 from source code during "cargo build".

  4. Publish the crate on crates.io and allow docs.rs to generate documentation. Due to the complexity and size of V8's build, this is nontrivial. For example the crate size must be kept under 10 MiB in order to publish.

Build

Use cargo build -vv to build the crate.

Depends on Python 2.7, not Python 3. Do not open issues with us regarding Python 3; it's something that must be fixed in Chromium..

For linux builds: glib-2.0 development files need to be installed such that pkg-config can find them. On Ubuntu, run sudo apt install libglib2.0-dev to install them.

There are several binary tools that are automatically downloaded during the build: clang, gn, and ninja. V8 relies on bleeding edge features of clang that are not generally available, so we download the clang binary that chromium uses. gn and ninja are also not generally available so we download them. It should be possible to opt out of the gn and ninja download by specifying the $GN and $NINJA environmental variables. The clang download cannot currently be skipped, but we welcome any patches to make that possible.

Env vars used in build.rs: SCCACHE, GN, NINJA

FAQ

Building V8 takes over 30 minutes, this is too slow for me to use this crate. What should I do?

Install sccache. Our build scripts will detect and use sccache. Set the $SCCACHE environmental variable if it's not in your path.

What are all these random directories for like build and buildtools are these really necessary?

In order to build V8 from source code, we must provide a certain directory structure with some git submodules from Chromium. We welcome any simplifications to the code base, but this is a structure we have found after many failed attempts that carefully balances the requirements of cargo crates and GN/Ninja.

V8 has a very large API with hundreds of methods. Why don't you automate the generation of this binding code?

In the limit we would like to auto-generate bindings. We have actually started down this route several times, however due to many excentric features of the V8 API, this has not proven successful. Therefore we are proceeding in a brute-force fashion for now, focusing on solving our stated goals first. We hope to auto-generate bindings in the future.

Why are you building this?

This is to support the Deno project. We previously have gotten away with a simpler high-level Rust binding to V8 called libdeno. But as Deno has matured we've found ourselves continually needing access to an increasing amount of V8's API in Rust.