News for hackers. Stuff that matters.
Re:GCC 8.2 Released by SloopJon on Thursday July 26, 2018 @10:38AM (#17617827)
Meanwhile, RHEL 7 uses GCC 4.8, which first shipped five years ago. How about the Red Hat Developer Toolset? Is that pretty commonly used, or do most Red Hat users stick with the default packages?
Re:GCC 8.2 Released by innot on Thursday July 26, 2018 @11:20AM (#17618139)
The tool we develop at work has recently moved from RHEL 5 to 6 as the bottomline supported release. For us that meant a switch from GCC 4.8 to 6.3. So it's not that bad.

And when we switch to Red Hat 7 in the next 3-4 years we might start using GCC 8 with all those cool new features!

Re:GCC 8.2 Released by misnome on Thursday July 26, 2018 @10:51AM (#17617921)
Lucky you. We’re stuck on RHEL 6. That’s GCC 4.4. And nobody we knows installs the toolset (I think the target user also needs to have it, because C++ libs?)
Re:GCC 8.2 Released by gusmd on Thursday July 26, 2018 @11:35AM (#17618278)
Nope, your users need not have the toolset, that's the beauty of it! It creates binaries compatible with any distribution newer than the machine where you are compiling. E.g., if building on CentOS 6.7, anyone on 6.7+ can run your binaries.

We also have an application stuck on RHEL 6 because of end-users, and I'm happily using devtoolset-7 which gives me GCC 7.x, and quite a bit of C++17 support :)

Edit: My understanding is that it achieves that by statically linking in the "newer" parts of libstdc++.

Re:GCC 8.2 Released by batbomb on Thursday July 26, 2018 @10:40AM (#17617848)
SCL/devtoolset is common.