Viewing profile — syg
syg
HN member- Joined
- Sun, May 13, 2012, 4:16 AM UTC
- HN karma
- 164
- Public activity
- 20 items
- HN profile
- View on Hacker News ↗
About syg
No profile information was provided.
Recent public activity
-
comment
Comment #45476456
This kind of elision is implemented.
-
comment
Comment #43940488
Yeah this is the bug. My bad, will fix.
-
comment
Comment #41814036
Only if your implementation holds doubles without boxing them. V8 boxes doubles, but JSC and SpiderMonkey do not.
-
comment
Comment #41808370
Well I'm trying to make it suck less.
-
comment
Comment #41808368
To be more precise, aligned to whatever size such that you can guarantee field writes that don't tear. Pointer-aligned is a safe bet. 4-byte aligned should be okay too on 64bit arc…
-
comment
Comment #41808208
The ability to do unordered operations on shared memory is important in general to write performant multithreaded code. On x86, which is very close to sequentially consistent by de…
-
comment
Comment #41808182
Author here. I hear your feedback about unsafe blocks. Similar sentiment is shared by other delegates of the JS standards committee. The main reason it is there today is to satisfy…
-
comment
Comment #35083480
Exactly right. `arr[-1]` means `arr["-1"]` and already does something.
-
comment
Comment #23320066
WeakRef and FinalizationRegistry will ship in Chrome 84.
-
comment
Comment #15048230
Indeed it's a semantic change. Are you saying you'd like that change to be proposed separately? That can't be done for the text format for the obvious compat reasons. It also has v…
-
comment
Comment #15048158
Early error behavior is proposed to be deferred (i.e. made lazy), not skipped. Additionally, it is one of many things that require frontends to look at every character of the sourc…
-
comment
Comment #15048106
The gzip point aside (which is not an apples-to-apples comparison as gzipping a big source does not diminish its parse time), I see the response of "JS devs need to stop shipping s…
-
comment
Comment #15046770
Please do not disparage an entire committee because you disagree philosophically with one proposal in it.
-
comment
Comment #15046385
This is important, as there seems to be a lot of misunderstanding in this thread. What's proposed is structural compression of JS with JS-specific bits to speed things up even more…
-
comment
Comment #12897144
The current draft is available at http://tc39.github.io/ecmascript_sharedmem/shmem.html The two strengths provided by the model are sequentially consistent atomics and something be…
-
comment
Comment #12896800
Shu here. I'm the person drafting the memory model for the SharedArrayBuffer spec, and as Dave says, it'll be the basis for the wasm story as well. Lars Hansen deserves most of the…
-
comment
Comment #7941328
The slowness of functional methods like .map and .forEach for a time was due to their not being self-hosted. Since then, both V8 and SpiderMonkey self-host them, and bz has posted …
-
comment
Comment #4775437
I actually don't think we're sharing any code with Gordon. But yes, the name is this obscure transitive-closure reference: (Adobe) Flash -> (Flash) Gordon -> (Gordon) Shumway.
-
comment
Comment #4775312
To be more precise, JITs on top of JITs. :) We have both an interpreter for ActionScript bytecode as well as a compiler that compiles that bytecode method-at-a-time to JavaScript u…
-
comment
Comment #3966018
There's a CoffeeScript dialect with those features for use optionally. It also emits the typed array-style of JS code, though.