Future of D 2.x as stable/bug fix, and what's next for D 3.x

Ola Fosheim Grøstad ola.fosheim.grostad at gmail.com
Sat Sep 5 05:48:11 UTC 2020


On Friday, 4 September 2020 at 21:51:18 UTC, IGotD- wrote:
> programming and that's where C++ has its niche. All the new 
> features of C++ don't really target low level programming but 
> tries to become a language it is not and that is a high level 
> big hauling language (it actually was in the 80-90s).

Some are low level, like aligned allocators, SIMD, punning...

> others territory and C++ has no chance there. C++ in this realm 
> is very unusual unless you have strict performance and/or 
> resource footprint requirements but more often people use the 
> big haulers like Java because of convenience.

Yes, unfortunally, memory can still be precious in cloud 
settings. But it is a matter of pricing vs convinience.

> D already support manual memory management and you can mix how 
> much you want. The question is how the standard libraries 
> should written and used. I'd say leave them as it is and people 
> who want manual memory management are free to do that but then 
> you have create your own libraries (mainly because nobody will 
> port druntme/phobos to non-GC).

Then you will end up with a Phobos/Tango situation. Keep in mind 
that GC apps benefit from nogc libaries as you will get fewer 
collection cycles and less memory waste.

> We'll see if you are right when it comes to C++23 and so on. I 
> believe that C++ will not increase its popularity because of 
> new features.

C++ is one of the few languages where we can see increased 
enthusiasm in terms of awarded stars on github. So there is 
increasing developer enthusiasm, but probably less so with 
managers.





More information about the Digitalmars-d mailing list