Dlang

Hello prog/rammers!

Now, what's your opinion on the D language?
https://dlang.org

Go is better than D
C++ is better than Go
Rust is better than C++

>>2
C++ is better than Go
D is better than C++
Rust is better than D

Dlang might be good for

http://ai.neocities.org/SOTA.html

>>2
Go is literally worse than ALGOL
https://cowlark.com/2009-11-15-go/

>>4
Is this some mentishit tier shit?

>>6
It literally is mentishit

>>1
Statement-exprs replace the need for Mixins/CTFE/Templates in one elegant sweep. Add _Generic macros and the need for D and C++ bloat evaporates.
https://gcc.gnu.org/onlinedocs/gcc/Statement-Exprs.html

>>8
I'll take a look at that. D guys accept proposals these days.

>>9
They are biased against adding macros back: they do have solid arguments against macros(safety and debugging), but macros are too powerful to remove from language.
They tend to believe template mixins are the future and everyone has to use them.
I've used C preprocessor+DMD combo before, its much more productive when you can use arbitrary(though unsafe) macros anywhere.

>>10
So I guess you think D is overall good. Is that the case?
I read most of the reference docs, tried it out with a few simple things and I actually kinda like it.

I want to replace C++11/14 with something (mostly for personal stuff, own projects). Somehow C++ started to feel tedious. I also started to hate the header fuckery. Though I stopped using it kinda long ago.
I have no job which needs C++ now either. My embedded haxoring is done in C or ASM.

I want something which is simpler, but it can get shit done and gets fairly complex when needed.

I'm gonna hack a preprocessor in there and try that out too when I get more comfortable knowing D. Do you have any advice regarding that?

The problem with D team is that their knowledge of macro power in modern C11 is very limited.
Take a look to these headers and see how abstract(cost-free abstraction) they can get(especially tuple.h, apply.h/apply2.h and varmacro.h ).
http://w11.zetaboards.com/frozenbbs/forum/4210246/

>>10

So I guess you think D is overall good. Is that the case?

Yes. As a quick C++ replacement, but not a definite C(low-level) replacement.
D is easier than C++ and less painful to debug.
Dmd performance(GC/runtime) and OOP bloat prevent it from competing with C(use GDC/LDC if your project needs performance) while C compilers are much more stable and can be relied on to produce standard code for decades.

Dmd bugzilla had hundreds of major unfixed bugs and D "standard"(DMD compiler) changes each version with little if any backward compatibility: https://dlang.org/bugstats.php

I want to replace C++11/14 with something (mostly for personal stuff, own projects).

It will be perfect for personal projects, though you'll sometimes need to check sources (there are gaps in documentation) to see how the internals work.

Do you have any advice regarding that?

Use the standard C preprocessor, just create a build script. (Unless you want to invest time, promote and maintain a new preprocessor.)

You can create entire programming languages with text macros:
And example is Order:
https://github.com/rofl0r/order-pp

Thanks, guys.