>even more bloat
wew, that's great
>>61123896
every single one of those features is expected of a reasonable language.
>>61123896
>Current state of C++
>>61123915
Library features that you don't use don't affect your application
>>61123896
Oh look, a shitty version of D
>>61124529
>GC
trash
>>61123896
They can't. C++ is literally the only language you need to know.
>>61124417
>Included features
>I don't know what bloat means
I know you don't have to use its included features for your application, but most people will, that's BLOAT.
>>61126840
Umm no sweety, a language having a large standard library is not bloat. The standard library only has to exist in one place on your system. However, if your standard library is small that means that even for simple tasks application developers will need to either roll their own implementation or use a third-party library. These libraries may not be as well vetted as a standard library, and this introduces issues of redundancy.
If the standard library has more features than you need and you are in a resource constrained environment this does not mean that you need to utilize them. If you think a standard library that supports basic operations like platform independent concurrency, networking, and file system interaction is bloat, then you clearly have no experience writing application code.
>>61123896
By being easier and faster to write.
>>61123896
I wish we had metaclasses, concepts, ranges and modules already.
>>61124417
What? So you mean the misfeature strfry in clib does not cost anything since you don't use it?
>>61127749
> easier
brainlet
>>61124560
http://en.cppreference.com/w/cpp/memory#Garbage_collector_support
>>61128332
>C++ "programmer"
B R A I N L E T
R
A
I
N
L
E
T