Not impressed. This sounds a lot like adding a very complicated cludge to a solve a missing design choice at the beginning of language design, i.e. start with solving the concurrency problem and continue from there. Nim is not for me...
Unless I'm mistaken, one of the design choices is having a low footprint GC that can be disabled as well. Solving concurrency problems would probably require green threads, which mostly likely would increase the size of the runtime Edit: also, the entire point of showing this extension is the ability to extend the language without having to operate on the compiler level, which helps keeping the core small and maintaining the language
Not impressed. This sounds a lot like adding a very complicated cludge to a solve a missing design choice at the beginning of language design, i.e. start with solving the concurrency problem and continue from there. Nim is not for me...
Unless I'm mistaken, one of the design choices is having a low footprint GC that can be disabled as well. Solving concurrency problems would probably require green threads, which mostly likely would increase the size of the runtime
Edit: also, the entire point of showing this extension is the ability to extend the language without having to operate on the compiler level, which helps keeping the core small and maintaining the language