News for hackers. Stuff that matters.
Re:Why is D's garbage collection slower than GO's? by amelius on Saturday October 29, 2022 @06:45AM (#33382831)
> The GC made sense in comparison to C style memory management. But with with Swift, Rust and modern C++ the argument can be made that GC doesn't bring anything to the table.

Haskell needs a GC too. You can't do ergonomic functional programming without GC (it has been attempted).

Re:Why is D's garbage collection slower than GO's? by zozbot234 on Saturday October 29, 2022 @06:52AM (#33382874)
Haskell needs a GC because it can't figure out whether a closure might outlive any of the variables it references. This can be addressed by a Rust-like borrow checker. (In the rare general case where multiple independent pieces of code need to keep some object alive, this can be done via refcounting which of course is a kind of GC.)
Re:Why is D's garbage collection slower than GO's? by amelius on Saturday October 29, 2022 @07:22AM (#33383036)
Type based memory management has been done in FP languages. The point is that it completely breaks the experience.