Re: [v8-users] Object.ForceSet to bypass accessors.

We don't have such alternative right now (last time I checked). We're still working out the best way to support that use case, which is important to V8/DOM as well. One way would be to always go through the accessor, even after lazy instantiation. I can imagine this to be too slow right now

Re: [v8-users] Flags and prints

Yes. On Wed, Oct 7, 2015 at 10:19 AM, Ignacio Queralt wrote: > Hi everybody, > I was using the d8 with the flag --trace_opt to see the optimizations of > the v8 (running in the d8), and I came up with the idea of using print > statements in the code (which I believe is

[v8-users] Access overrided method of an object outside a 'new' js context

Hi guys ! I try to change an embeded js engine from an very old nspr to v8 and hit some trouble with this feature. (But first thanks for your work, it's just a pleasure to work with it). Here what I want to do: // C++ class myClass { public: myClass(); static void

[v8-users] Flags and prints

Hi everybody, I was using the d8 with the flag --trace_opt to see the optimizations of the v8 (running in the d8), and I came up with the idea of using print statements in the code (which I believe is the standard output), to check the execution of the program as well in the terminal. This way

[v8-users] Re: Iterator for ... of loop behavior change?

The old behaviour did not correctly set up the iterator. It may have been per-spec at the time, but at some point the spec changed. The old desugaring can be seen at https://chromium.googlesource.com/v8/v8/+blame/3.24.35.33/src/parser.cc#2625, which at some point was corrected to match the

[v8-users] Iterator for ... of loop behavior change?

I'm seeing a behavior change regarding the above between version 3.24 and 4.7.0: [jchen@jchen-z620 x64.release]$ ./shell --harmony V8 version 3.24.35.33 [sample shell] > var it = {next: function() { return {value:"foo", done:true}; }}; > for (var k of it) print(k); > [jchen@jchen-z620

[v8-users] Re: [blink-dev] Intent to Implement: SIMD.js

Is this in development? ☆*PhistucK* On Thu, May 7, 2015 at 3:00 AM, 'Bill Budge' via blink-dev < blink-...@chromium.org> wrote: > # Contact Info > bbu...@chromium.org, bradnel...@chromium.org > > # TC39 acceptance > > SIMD.js is a proposal in ES7 > https://github.com/tc39/ecma262 > > John

Re: [v8-users] Re: [blink-dev] Intent to Implement: SIMD.js

Yes, we have been working on an experimental implementation for a few months. But it's a large and intrusive feature, so will take time. On 7 October 2015 at 12:56, PhistucK wrote: > Is this in development? > > > ☆PhistucK > > On Thu, May 7, 2015 at 3:00 AM, 'Bill Budge' via

Re: [chromium-discuss] Re: [v8-users] No Garbage Collection For Hours

depends a bit on the OS you run chromium on? On Mon, Oct 5, 2015 at 6:55 PM PhistucK wrote: > Sure, but how do I get the output of the extension process? By enabling > logging? > > > ☆*PhistucK* > > On Mon, Oct 5, 2015 at 12:52 PM, Jochen Eisinger >

[v8-users] Usefulness of inline caching and hidden classes

Is the design of hidden classes for object representation in V8 is always beneficial? Are there any cases, in which using inline caching will actually degrade the performance? -- -- v8-users mailing list v8-users@googlegroups.com http://groups.google.com/group/v8-users --- You received this

Re: [chromium-discuss] Re: [v8-users] No Garbage Collection For Hours

Windows 7. ☆*PhistucK* On Wed, Oct 7, 2015 at 4:51 PM, Jochen Eisinger wrote: > depends a bit on the OS you run chromium on? > > On Mon, Oct 5, 2015 at 6:55 PM PhistucK wrote: > >> Sure, but how do I get the output of the extension process? By