Open burner opened 5 years ago
I think instead of a BetterC runtime we should be striving for the opt-in continuum described here: https://forum.dlang.org/post/q7j4sl$17pe$1@digitalmars.com
Yes, this project is analogous with the druntime hooks one: https://github.com/dlang/project-ideas/issues/25
It depends - would a fully templated druntime work in kernel-space or embedded platforms? #25 is a necessary tool to accomplish our goals, but I don't is sufficient by itself. There's additional work that needs to be done to ensure that the templated hooks are usable in a betterC and freestanding (baremetal) environments.
@PetarKirov Closing #25 will not fix the issues stated in this project, but work on this front cannot be started until #25 is finished. As such, I see no point for potential contributors to stumble upon this project when it obviously cannot be worked on.
From my perspective, we should only keep open projects that can be tackled now (for GSoC/SAoC), not potential future projects.
BetterC is a subset of D which limits the feature set of D, s.t. it\'s even easier to migrate from C as no Garbage Collection (GC) is used anymore. While, this feature is popular for some projects, `-betterC` today means still means a severe restriction in the amount of D features available (see the BetterC specification). This project is about making more parts of the D runtime betterC-compatible. For example, classes could be allocated with reference-counting instead of using the GC.