News for hackers. Stuff that matters.
Re:C++17 and its Technical Specifications by richard_todd on Thursday March 03, 2016 @12:35PM (#11218390)
That's because C started as a language rather than a platform. You have always needed to marry it to POSIX or Win32 or whatever to do anything useful. Now with various proposals like 2D graphics, C++11 threads etc. it looks like they are moving in the portable platform direction.
Re:C++17 and its Technical Specifications by azov on Thursday March 03, 2016 @12:49PM (#11218504)
Yes, I know. We had this "C runs on systems that don't even have disk" excuse for so long it's became a cultural thing.

I'm not sure where to draw the distinction between a language and a platform and I don't think I care. Those additions will make C++ way more useful, libraries will become more composable, binaries smaller, and life will be easier for 99.9% of people who use C++. So, I'm glad they finally dropped the lowest common denominator approach - we've been making our own batteries for way too long.

Re:C++17 and its Technical Specifications by richard_todd on Thursday March 03, 2016 @01:07PM (#11218637)
I think it's more of a philosophy than an excuse. I'd say it's only in the Java era that people have started expecting their language to have "batteries included." Big ships like C/C++ turn slowly, but it does seem to be turning that direction. Whether that's better than the community defaulting to boost libs, I don't know.
Re:C++17 and its Technical Specifications by azov on Thursday March 03, 2016 @01:31PM (#11218810)
You're right about changing expectations, but it is better. Really. Too many people view boost as a giant cumbersome blob of libraries interconnected in unintuitive ways and refuse to use it, especially if they only need something that they perceive as small and simple.

We've been through the same exact arguments years ago, only then it was about things like std::string. Oh, no, it allocates dynamic memory behind the scenes - there are systems that don't even have heap! As a relic from that era some popular libraries still use their own string classes.