ISO/IEC TS 18822:2015 defines a set of standard interfaces for C++ for dealing with file-system operations. This TS, which is based upon the Boost library's file-system implementation, is optional in C++17 and is now supported by the GCC C++ compiler.
The C++ file-system library introduces the concept of paths, directory entries, file information, easy copying of files, symlink handling, file renaming, checking of file types, and other easy helpers.
This would help us ditch even more Boost and I hope that we an aim to target this when gcc, clang and msvc mature...
I doubt we'll be using C++17 any time soon, considering we don't even use C++14 and only recently started using C++11. It'd be nice if we could start using C++14, though we'd almost certainly have to drop MSVC 2013 support for that.
I'd be all for dropping VS2013 support soon, keeping official support to the two latest stable versions should hopefully be enough for people. Even if it means probably losing Windows XP support.
But yes, let's move to C++14 before we try to aim for 17.
Ace (SWE) wrote: ↑24 Oct 2017, 17:36
Even if it means probably losing Windows XP support.
There will of course be people against this, but seriously. We need to let that OS die.
And probably its users. If they're so keen to let their computers get viruses, then they're probably a massive risk to public health and need quarantining and burning lest they kill us all.
MSVC always builds with the latest supported C++ version, so there's no switch to flip on there. It's just a case of starting to push C++14 code.
You know that you've reached c++14 territory (Or just full C++11 territory) once MSVC2013 builds start failing, at which point it's probably best to update the appveyor config to build with 2015 and 2017 instead