Before going for that road, I'd like to see the GCC bump using a custom eclass forked from toolchain one (easier to distinguish changes then)
Il mar 30 mag 2017, 14:07 Joost Ruis <joost.r...@sabayon.org> ha scritto: > @Fabio. Hmm this might be a good idea! > > On Tue, May 30, 2017 at 1:10 PM, Fabio Erculiani < > fabio.erculi...@gmail.com> wrote: > >> Should we create a new branch for this? Sounds like a very disruptive >> change. >> >> On Tue, May 30, 2017 at 4:33 AM, Jerrod Frost <piroisl...@gmail.com> >> wrote: >> >>> When is this going to happen? It's like to see this move forward. >>> Mudler, any objections? >>> >>> On Sat, May 6, 2017, 5:50 AM Geaaru <gea...@gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I push last fix fo set gcc profile on sys-devel/gcc package. I test >>>> compilation on a fresh sabayon image and it seems work fine. >>>> >>>> Can we proceed with merge pull request and try to start compilation of >>>> gcc-5.4.0-r3? >>>> >>>> Thanks >>>> >>>> >>>> On Thu, 2017-05-04 at 22:08 +0000, Jerrod Frost wrote: >>>> >>>> I'm prepared for breakage in limbo. When the war begins let me know :) >>>> >>>> On Thu, May 4, 2017 at 4:54 PM Geaaru <gea...@gmail.com> wrote: >>>> >>>> Hi, >>>> >>>> I confirm that there is a lot of work on upgrade to gcc-5.4.0 (a lot of >>>> packages to recompile) but FWIS could optimize a lot of package and there >>>> are packages like for example mongodb-3.4 that need a >=gcc-5.x. >>>> >>>> Gcc-5.4.0 is now stable on gentoo and could be a good idea plan an >>>> upgrade. >>>> >>>> I test compilation of ebuild sys-devel/base-gcc and sys-devel/gcc for >>>> both amd64 and arm and installation is been complete correctly. I think >>>> that there is only a fix... avoid set of gcc-5 at the end of base-gcc and >>>> move it at the end of the installation of sys-devel/gcc. >>>> >>>> My cent >>>> G. >>>> >>>> On May 4, 2017 22:15, "Mitch Harder" <mitch.har...@sabayonlinux.org> >>>> wrote: >>>> >>>> I'm seeing some discussion about updating our Sabayon gcc ebuilds to >>>> version 5.4.0 >>>> >>>> You guys probably already knew this, but just in case this slipped >>>> through the cracks, I want to make sure everyone is fore-warned that >>>> this will be a really big chunk of work once we start using GCC-5.4.0 >>>> on our packages. >>>> >>>> At a minimum, we need to rebuild every package that uses C++ since the >>>> ABI changes. >>>> >>>> We may decide to rebuild everything just to insure consistency. >>>> >>>> Reading some discussions on the Gentoo M/L, mixing GCC 4.9.4 and 5.4.0 >>>> is discouraged by several developers, but there do seem to be a few >>>> who think it can be managed. >>>> >>>> The Gentoo news item for this upgrade recommends using a >>>> revdep-rebuild command to identify the affected C++ packages: >>>> >>>> revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc >>>> >>>> When I ran this on my systems, I quickly discovered that this method >>>> will not discern packages that have already been rebuilt with >>>> GCC-5.4.0. It just gives me the same list every time. >>>> >>>> So, if we encounter build issues (and we almost certainly will since >>>> some packages will attempt to build out of order), we'll have to come >>>> up with our own system for keeping up with what's been rebuilt, and >>>> what packages remain. >>>> >>>> I apologize if this has already been discussed, but I hadn't run >>>> across any discussion on GCC 5.x, and wanted to make sure. >>>> >>>> Thanks, >>>> Mitch... >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> -- >> Fabio Erculiani >> >> >> >> > > -- Regards, Ettore Di Giacinto - Sabayon Project Lead