------- Comment #31 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-01-21
17:11 -------
Subject: Re: [4.5 regression] ICE in function_and_variable_visibility with
static common vars.
> ------- Comment #30 from hubicka at ucw dot cz 2010-01-21 16:57 -------
> Subject: Re: [4.5 regression] ICE in function_and_variable_visibility with
> static common vars.
>
>>
>> Indeed it does: with that chance, a full bootstrap on alpha-dec-osf4.0f
>> and alpha-dec-osf5.1b succeeded.
>
> Thanks for confirmation! I would however like to proceed with rest of
> patch in order to fix the C testcase. Unfortunately I was not able to
> reproduce the ICE on my machine neither at cross or by bootstrapping at
> random architectures available to me.
> Do you think you can gather at least some data about the ICE? (i.e.
> function name or so). Looking through the patch I don't see any obvious
> mistakes. It might be side effect of moving RTL generation of
> assembling alias, but that is needed to avoid RTL from being produced
> too early before visibilities are set.
Unfortunately, I've so far been unsuccessful in getting any debugger to
work properly on the gnat1 binary. I've tried gdb mainline, but there's
the same error, and indeed gnat1 cannot properly be processed by either
objdump or stdump (a native Tru64 UNIX tool to dump symbolic debug
information). This seems to partially be a problem with the bootstrap
compiler (gcc 4.4.2 in my case), though: the gnat1 from my last
successful bootstap can at least be processed by stdump, though gdb 7.0
still SEGVs on it ;-(
I could try another mainline bootstrap, though: maybe I'll be more lucky
this time or be able what causes gdb to crash.
Which patch exactly would you like me to test? Are the ipa.c and
varasm.c changes here
http://gcc.gnu.org/bugzilla/attachment.cgi?id=19623&action=view
still up to date?
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42068
