https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91376
Bug ID: 91376
Summary: g++.dg/lto/pr90990 FAILs with gld 2.32.51
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org
Target Milestone: ---
Target: sparc-sun-solaris2.11, i386-pc-solaris2.11,
ia64-suse-linux-gnu, powerpc64le-unknown-linux-gnu,
pru-unknown-elf
I've just tried Solaris/SPARC and x86 bootstraps with gas and gld from binutils
master. Doing so revealed a failure not present when using gas/gld 2.32:
+FAIL: g++.dg/lto/pr90990 cp_lto_pr90990_0.o-cp_lto_pr90990_0.o link, -O0 -flto
-flto-partition=none -fuse-linker-plugin
+FAIL: g++.dg/lto/pr90990 cp_lto_pr90990_0.o-cp_lto_pr90990_0.o link, -O0 -flto
-fuse-linker-plugin -fno-fat-lto-objects
+FAIL: g++.dg/lto/pr90990 cp_lto_pr90990_0.o-cp_lto_pr90990_0.o link, -O2 -flto
-flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects
+FAIL: g++.dg/lto/pr90990 cp_lto_pr90990_0.o-cp_lto_pr90990_0.o link, -O2 -flto
-fuse-linker-plugin
The tests FAIL with
/vol/gcc/bin/gld-2.32.51: g++-dg-lto-pr90990-01.exe.lto.o: plugin needed to
handle lto object
Just replacing gld-2.32.51 with gld-2.32 makes the failure go away. I don't
believe that this is a traget issue, though, because on gcc-testresults there
are reports of the same failure on Linux/ia64, Linux/powerpc64le, and PRU.
It would be good to have this fixed before binutils 2.33 hit the streets.
