Live data from Hacker News

Viewing profile — ltratt

ltratt

HN member
Joined
Sun, Jan 27, 2008, 9:55 PM UTC
HN karma
2,736
Public activity
176 items

About ltratt

Personal: https://tratt.net/laurie/

Recent public activity

  1. comment
    Comment #48784816

    > The downside of manually narrowing is more code, but the upside is clarity. This, IMHO, is where things get tricky: quite often, writing more code is at odds with clarity. I don'…

  2. story
  3. story
  4. comment
    Comment #48676356

    We did have a project some years ago looking at extending LuaJIT on which Tom Fransham did excellent work. Alas, the funder's priorities moved on (as is their right!), so we didn't…

  5. comment
    Comment #48474267

    This looks interesting, and definitely useful for non-C/Python languages, which existing reducers I know of mostly don't have explicit support for! I can't get it to build though (…

  6. story
  7. comment
    Comment #47861453

    It would really be good if someone could provide an updated overview of all of the "GCs for Rust" created thus far -- for a while I tried to keep up with them, but there are just t…

  8. comment
    Comment #47793738

    > If this project would be able to detect the interpreter hotspots itself and completely automate the procedure, it would be great. I don't think that's realistic; or, at least, no…

  9. comment
    Comment #47789600

    You're quite right that since we're working with LLVM IR, adapting to other languages is probably not _that_ difficult, though these things always end up taking more time than I ex…

  10. comment
    Comment #47789563

    Our fork of LLVM does add a pass, amongst other changes, but we also have to do things like change stackmaps in a way that breaks compatibility. Whether stackmaps in their current …

  11. story
  12. story
  13. comment
    Comment #45905158

    I'm assuming you're referring to the Python finaliser example? If so, there's no syntax sugar hiding function calls to finalisers: you can verify that by running the code on PyPy, …

  14. story
  15. story
  16. comment
    Comment #45598555

    The only way to forbid it would be to forbid creating pointers from `Gc `. That would, for example, preclude a slew of tricks that high performance language VMs need. That's an acc…

  17. comment
    Comment #45596892

    We don't exactly want Alloy to have to be conservative, but Rust's semantics allow pointers to be converted to usizes (in safe mode) and back again (in unsafe mode), and this is so…

  18. comment
    Comment #45595271

    If you've used Chrome or Safari to read this post, you've used a program that uses (at least in parts) conservative GC. [I don't know if Firefox uses conservative GC; it wouldn't s…

  19. story
  20. story
  21. story
  22. comment
    Comment #44811586

    As Koffiepoeder suggests, since the vast majority of content on my site is static, I only have to compress a file once when I build the site, no matter how many people later downlo…

  23. story
  24. story
  25. story