https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #21 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot > Uni-Bielefeld.DE> --- >> --- Comment #20 from Jakub Jelinek <jakub at gcc dot gnu.org> --- >> Tried valgrind on the cross d21 on x86_64 and didn't see anything. >> Perhaps modify the makefiles such that it uses -fdump-tree-all -da already >> when >> compiling typeinfo.lo? > > I'll give that a whirl. However, my SPARC box is pretty busy right now > with the weekly bootstraps, so this will be later this weekend only. Bootstrapping with GDCFLAGS_FOR_TARGET='-O2 -g -fdump-tree-optimized -da' didn't show the comparison failure. > In the meantime, I try to reproduce the issue on gcc211. That didn't show the failure either. To make things even more weird, I've run several regular bootstraps since: * Friday night: ** Solaris 11.4 trunk (latest development build, bare metal, SPARC-S7): 32-bit gas/ld and 32-bit gas/gld bootstraps failed with the comparison failure, while 64-bit gas/ld completed. ** Solaris 11.4 (latest update, kernel zone/VM, different host, SPARC-T5): 32-bit gas/ld failed. ** Solaris 11.3 (latest update, kernel zone/VM, SPARC-S7): 32-bit gas/ld failed. * Monday night: 32-bit gas/ld bootstrap passed. * Tuesday night: 32-bit gas/ld bootstrap failed again. Seems incredibly fragile, unfortunately.