Switch GCC in Fedora 22 to 5.x.y, rebuild some packages with it.
- Name: Jakub Jelínek
- Email: email@example.com
- Release notes owner:
GCC 5 is currently in stage4 - prerelease state with only regression bugfixes and documentation fixes allowed. The release will happen probably in the first half of April. Scratch rpms are at http://koji.fedoraproject.org/scratch/jakub/task_8710312/ and test mass rebuild is in progress. Other distributions have performed test mass rebuilds already.
Benefit to Fedora
See http://gcc.gnu.org/gcc-5/changes.html for the list of changes.
GCC 5.x.y will be added to Fedora 22, afterwards packages that will be rebuilt for other reasons will be built using GCC 5.
- Proposal owners:
Build gcc in f22, rebuild packages that have direct dependencies on exact gcc version (libtool, llvm, gcc-python-plugin).
- Other developers: Just voluntary rebuilds using the new system gcc, if things fail, look at http://gcc.gnu.org/gcc-5/porting_to.html and fix bugs in packages or, if there is a gcc bug or suspected gcc bug, analyze and report.
- Release engineering: Nothing, mass rebuild of F22 has been denied by FESCO.
- Policies and guidelines: No policies need to be changed
How To Test
GCC has its own testsuite, which is run during the package build, plus many other packages with automated tests also help to test the new gcc.
Users will be able to see compiled code improvements and use the newly added features, such as improved C++11 and added partial C++14 support, OpenMP 4.0 offloading support and OpenACC 2.0 support, improved vectorization support, etc. Developers will notice a newer compiler, and might need to adjust their codebases acording to http://gcc.gnu.org/gcc-5/porting_to.html, or, if they detect a GCC bug, report it.
libtool, dragonegg, gcc-python-plugin, llvm depend on exact gcc version, those need to be rebuilt.
If bugs are discovered, I'd appreciate help from the package owners in preparing self-contained testcases to speed up analysis and fixing the bugs. Don't have time to debug issues in 12000+ packages, especially when in many cases it could be caused by undefined code in the packages etc. I don't expect we'll have to fall back to the older gcc, we've never had to do it in the past, worst case we rebuild some or all packages that have been built with the newer gcc if we'd need to revert to older gcc.
- Contingency mechanism: Revert to older gcc, rebuild what needs to be rebuilt again
- Contingency deadline: Before release
- Blocks release? Yes
- Blocks product? No
Fedora 22 comes with GCC 5.1 as primary compiler, see http://gcc.gnu.org/gcc-5/changes.html for user visible changes in it.
TBD (note for owner & docs team): make sure that Fedora's f22 behaviour is documented!