Hacker News new | ask | show | jobs
by Zababa 1801 days ago
We share the same experience then! Right now I'm investing some time into OCaml to see if it could be the "GC'd Rust" that I'm looking for, but I'm having a harder time starting out than with Rust.
1 comments

Curious, why do you want a GC'd Rust? I imagine there's something about Rust that you feel would be improved with a GC?
I like not having to think about lifetimes and ownership when I'm building a tree for example, and for most of what I do I can afford the performance hit.
Is there a reason you'd not just throw RC-like solutions on it? Ie the GC is basically going to employ a handful of techniques with overhead like RC, memory Arenas, etc - which you could also use in Rust.

So i imagine you know this, is it the syntax you're trying to avoid? Ie wrapping a lot of things in RC's is annoying?

A few reasons. Like you said, syntax, wrapping and unwrapping is annoying. Also, RC doesn't cover cases with cyclic references. I think the difference is that for me GC is the default. For me, you need a good reason to not use a GC. Moderns GCs are very, very good and like I said I'd need a good reason to not use it. That's personal though, and I understand that not everyone agrees.
Yea, i can see that. As much as i dislike Go these days, their GC is impressive as hell. I can imagine future GC's will learn a lot from Go.
Has it improved? Last I heard Java’s tunable GCs still have much better throughput, while Go allows stack allocation more often.

(Yes, GC tuning is painful, but better than rewriting code hoping you might end up with the same behavior.)

What do you mean by "impressive as hell"? From my (limited) understanding Go's GC is average.