Appearantly lto now need to be explicitely set. so there is a dependcy on sys-devel/gcc[lto] Reproducible: Always Steps to Reproduce: 1.starting stage3 + /etc/portage & world from existing system with simh 2.emerge --noreplace -DN $( cat /home/original-world ) 3. Actual Results: simh built failed, claiming that for -flto use gcc should be built with LTO support Expected Results: simh building occurred during a rebuild of a system on a computer.
1) Please post your `emerge --info' output in a comment. 2) Please attach the entire app-emulation/simh build log to this bug report.
Buildlog is unavailable. after rebuilding gcc WITH lto use flags, the build of this did work. So the evidence was destroyed during analysis on my side. The build of simh failed with a message the gcc cant do -flto unless support was compiled in. The gcc package was built -lto before. (defaults from stage 3). After USE=lto emerge gcc emerge simh the build was successful. After which i made the lto change permanent in /etc/portage/package.use
(In reply to Jeroen Roovers from comment #1) > 1) Please post your `emerge --info' output in a comment.
Next time i build a laptup up from the group i'll keep the info..., (i had the impression logs were kept in /var/log/portage/elog... appearantly not. Say nxt comes info comes in a year or two..
The only way this would fail is where you set CFLAGS=-flto without having built sys-devel/gcc with USE=lto.
CFLAGS="-O2 --pipe --mno-tls-direct-seg-refs" I mistook the version number it's 3.9.0-r1 (set in header ) i need to transfer files by hand using a disk, and it is still rebuilding stuff from the disk... So CFLAGS has no -flto simh gcc command lines are all terminated with: -lvdeplug -Wl,--as-needed -flto --fwhole-program
in the make file for simh they have a line: ifneq (,$(findstring $(GCC_VERSION),$(LTO_EXCLUDE_VERSIONS))) NO_LTO = 1 endif and later: based on this flag the option -flto -fwhole-program is added to the commandline. So if the "right" version of gcc is installed, they add -flto themselves. So it's not invalid. (I made it a wontfix for this). Additional info i did have gcc 4.6.3 ( active compiler) without lto and gcc 4.7.3 with lto. (was installed during update, and not activated by me yet). I have no problem with not wanting to fix it, just wanted to help gentoo a bit in the right way... I already DID disect the problem, and fix it for myself. Just spilling the info for someone else to follow up... Please ignore if you don't like this kind of help. Then please indicate you don;t like this kind of info posted.
Oh by the there are in total about 10 packages that don't build out of the box when do such a transplant like i tried now.
*** Bug 493200 has been marked as a duplicate of this bug. ***
package compiles & installs cleanly, this can be stabalized as far as i am concerned. t/y/
Created attachment 513696 [details] ebuild with lto fix. Ebuild with Fix as well as an option to install beta's for simg (-beta)
gcc now unconditionally enables lto plugin. Please report a new bug if it still fails for you and we can consider making lto optional.
