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.

Reply via email to