Conversation

My strong feeling is that the "memory safe systems programming language that's easier to use than Rust" that everyone wants is going to have to have something that looks a lot like a garbage collector. There's a lot of room to design a fast GC for "systems-like" patterns.
35
369
Replying to
You cannot have a safe language without ownership and lifetimes and also without a GC. Ownership and lifetimes are essential complexity in safe languages. But I doubt a fast GC optimized for systems like patterns will be useful in practice
1
3
Replying to and
Java is heavily used without any GC in secure element environments. Developers need to use object pools to reuse objects since they can't be released. There are many other examples of safe languages without either of those things. You can also simply only provide value types.
1
9
Java Card 3.0 introduced GC support but that's barely used by anyone. Java Card 2.x didn't have GC and the vast majority of secure elements including SIM cards, NFC and others (NXP, etc. SEs used in many products) lack it. Other examples like it but probably not as broadly used.
1
1
It's almost never implemented and when it is implemented, it's usually barely more than a proof of concept with terrible performance. That's the case even on the modern smart cards. Based on the wording in the latest standards, object deletion has remained optional anyway.
1