News for hackers. Stuff that matters.

A comment on Choosing Nim out of a crowded market for systems programming languages. Parent comment

Re:Choosing Nim out of a crowded market for systems programm... by randbox on Friday November 25, 2022 @06:47PM (#33748248)
> Because the GC is infectious. As soon as your dependency needs it (and IIRC even parts of the standard library did/do), it becomes painful if not impossible for you to avoid it.

Isn't this the same for Nim? The standard library doesn't provide pure functions for parsing strings, it provides functions which generate exceptions. Exceptions use the heap, it's hard to get programs to compile with the garbage collector turned off, so everyone just recommends using ARC.

[ Parent | on HN ]
Re:Choosing Nim out of a crowded market for systems programm... by dataflow on Friday November 25, 2022 @06:49PM (#33748269)
I don't know Nim, maybe it's the same? If it is I guess that would probably also explain why Nim hasn't replaced C or C++ either.

Though do note that (academic discussions notwithstanding) refcounting is not what people usually mean by GC in these contexts. Having to put up with refcounting is one thing (people already do it manually anyway), but having to put up with a generational or other complex GC is quite something else.

[ Parent | on HN ]