On Wednesday, February 12, 2020 at 12:55:48 AM UTC+1, deat...@gmail.com wrote: > > What about #vlang ? https://vlang.io/ >
If compile-time GC is the only memory management model that exists in V, then it is impossible to implement in V any program requiring dynamic/runtime GC such as a Python interpreter because V would free the memory allocated by the Python code when the Python code completes execution, which for some Python codes, even some trivial ones, means that the Python code terminates abnormally due to an out-of-memory exception. In Go, compile-time GC could be an extra compiler switch which, when enabled, causes Go codes to fail to compile in case the compiler cannot compute how to manage memory. For real-time apps this might be a useful feature, although some real-time apps might still need to selectively turn off automatic memory deallocation to achieve their constraints. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/8c0853ae-94b1-4a30-9180-9f17ceb04471%40googlegroups.com.
