With all the benefits that come with 17, I think there's not a whole lot of point looking backward on this one. There's enough OS support that we can make it happen.
+1 On Wed, May 9, 2018 at 1:13 AM, Igor Galić <iga...@brainsware.at> wrote: > > >> > >> I would like to propose that we move to C++17 for ATS 8.0.0. This would >> > >> require us to move to gcc 7, clang 5, and icc 18 as minimum versions for >> > >> C++17 support. >> > >> >> > >> >> > > What does this move our minimum EL distro to? Can we still use 6? >> > >> > >> > >> > Also, since we went to C++11 a while ago, we already had to give up on the >> > CentOS6 native tool chain (so, for the last year or so, we’ve already >> > required Devtoolset to be used). This >> >> >> Yeah, this seems fine to me. >> >> >> > change would force us to update to devtoolset-7 on RHEL platforms, and >> > might make some older debian platforms impossible to support in any >> > reasonable way (which I’m ok with). > > From what i gather, this would also mean a minimum of FreeBSD 12.0, or else, > building from ports. > Given that the target is 8.0, this seems quite fine. > > > -- > -- > Igor Galić > > Tel.at: +43 (0) 664 886 22 883 > Tel.de: +49 (0) 162 383 26 98 > Web: https://brainsware.at/ > > Checkout https://sealas.at/ The first end-to-end encrypted open-source > accounting software!
