No edit summary |
m (Fix porting_to URL from gcc 7 to gcc 8) |
||
| Line 58: | Line 58: | ||
== User Experience == | == User Experience == | ||
Users will be able to see compiled code improvements and use the newly added features. | Users will be able to see compiled code improvements and use the newly added features. | ||
Developers will notice a newer compiler, and might need to adjust their codebases acording to http://gcc.gnu.org/gcc- | Developers will notice a newer compiler, and might need to adjust their codebases acording to http://gcc.gnu.org/gcc-8/porting_to.html, or, if they detect a GCC bug, report it. | ||
== Dependencies == | == Dependencies == | ||
Latest revision as of 22:45, 2 March 2018
GCC8
Summary
Switch GCC in Fedora 28 to 8.x.y, rebuild all packages with it, or optionally rebuild just some packages with it and rebuild all packages only in Fedora 29.
Owner
- Name: Jakub Jelínek
- Email: jakub@redhat.com
- Release notes ticket: #115
Current status
Detailed Description
GCC 8 is currently in stage3, will move to stage4 on January 14th, in prerelease state with only regression bugfixes and documentation fixes allowed. The release will happen probably in the middle of April. We are working on scratch gcc rpms and will perform a test mass rebuild.
Benefit to Fedora
See http://gcc.gnu.org/gcc-8/changes.html for the list of changes.
Scope
All packages should be rebuilt with the new gcc once it hits f28, or, if there is not enough time for that, just all packages built after the new gcc hits the buildroots.
- Proposal owners:
Build gcc in f28, rebuild packages that have direct dependencies on exact gcc version (libtool, llvm, gcc-python-plugin, odb).
- Other developers: First few days/weeks just voluntary rebuilds using the new system gcc, if things fail, look at http://gcc.gnu.org/gcc-8/porting_to.html and fix bugs in packages or, if there is a gcc bug or suspected gcc bug, analyze and report.
- Release engineering: PR#7249 . Mass rebuild requested for F28.
- Policies and guidelines: No policies need to be changed
Upgrade/compatibility impact
No impact
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.
User Experience
Users will be able to see compiled code improvements and use the newly added features. Developers will notice a newer compiler, and might need to adjust their codebases acording to http://gcc.gnu.org/gcc-8/porting_to.html, or, if they detect a GCC bug, report it.
Dependencies
libtool, gcc-python-plugin, odb, llvm depend on exact gcc version, those need to be rebuilt.
Contingency Plan
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, but worst case we can mass rebuild everything with older gcc again.
- Contingency mechanism: Revert to older gcc, mass rebuild everything again
- Contingency deadline: Before release
- Blocks release? Yes
- Blocks product? No
Documentation
Release Notes
Fedora 28 comes with GCC 8.1 as primary compiler, see http://gcc.gnu.org/gcc-8/changes.html for user visible changes in it.