Live data from Hacker News

Viewing profile — syg

syg

HN member
Joined
Sun, May 13, 2012, 4:16 AM UTC
HN karma
164
Public activity
20 items

About syg

No profile information was provided.

Recent public activity

  1. comment
    Comment #45476456

    This kind of elision is implemented.

  2. comment
    Comment #43940488

    Yeah this is the bug. My bad, will fix.

  3. comment
    Comment #41814036

    Only if your implementation holds doubles without boxing them. V8 boxes doubles, but JSC and SpiderMonkey do not.

  4. comment
    Comment #41808370

    Well I'm trying to make it suck less.

  5. 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…

  6. 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…

  7. 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…

  8. comment
    Comment #35083480

    Exactly right. `arr[-1]` means `arr["-1"]` and already does something.

  9. comment
    Comment #23320066

    WeakRef and FinalizationRegistry will ship in Chrome 84.

  10. 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…

  11. 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…

  12. 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…

  13. comment
    Comment #15046770

    Please do not disparage an entire committee because you disagree philosophically with one proposal in it.

  14. 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…

  15. 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…

  16. 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…

  17. 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 …

  18. 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.

  19. 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…

  20. 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.