On Fri, Apr 21, 2017 at 11:21 AM, Johannes Rieken wrote:
> For some background: We are using cached data since a while in VS Code and
> are quite happy with it. It's one of the simpler things to improve start up
> time. The only downside is the slow down on first start when we generate
> and stor
As Ben says: The code cache is specific the exact source string, the CPU
(cpu family & cpu flags, e.g. whether certain features are supported), the
exact V8 version (since there is no mechanism to guarantee correctness
across versions), and the compile options (debug, release, certain features
that
Generally, the API tries hard to pass errors up.
I wonder if we should return MaybeLocal, then. There's been a huge
APi refactoring in the past to deprecate returning empty Locals (or
Undefined, or so) as error markers, and instead signal all such failures by
returning an empty MaybeLocal. Not qui
Source caching was not (and will not be) eliminated, because:
- The code cache does not include *all* code; it only includes the code
that is compiled during the initial script loading.
- V8 lazily compiles code it hasn't compiled yet, and it re-compiles code
for greater optimization while the pro
PSA: We'd like to enable v8_use_external_startup_data for default V8 builds
soon-ish. Like, end of the week.
This only switches the default; the old behaviour continuous to be
available.
What will change?
If you build/link V8 with your own project:
- You may want to update your build config to
The latest V8 Embedder's Guide is found here,
https://developers.google.com/v8/embed, alongside various other V8 docs.
The Embedder's Guide was last updated in July 2014, when
EscapableHandleScope was added. If you see anything that's out of date,
please let us know.
Daniel
On Tue, Nov 11, 201
Hi there,
This appears to be an older example source code used with a newer version
of V8. The V8 docs contain an updated example that works with current
versions of the library: https://developers.google.com/v8/get_started
Daniel
On Wed, Aug 27, 2014 at 6:57 PM, ahwood wrote:
>
>1. The e
