This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Segmentation fault building libg++ without named returns
- To: manfred dot h at gmx dot net
- Subject: Re: Segmentation fault building libg++ without named returns
- From: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Date: Mon, 11 Sep 2000 16:34:51 -0400 (EDT)
- Cc: gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
> > > Regarding the missing weak symbols, I'm pretty much at a loss;
> > > building Fix.cc and Rational.cc doesn't generate all required weak
> > > symbols as it did before; even worse, using a reduced test case
> > > doesn't fail to generate those symbols... I'll dig further and keep
> > > you informed.
> >
> > I don't have any time this weekend to work on it but I think a first
> > step would be to dump the assembly code for Fix.cc and see what is
> > happening with respect to the week definitions.
>
> I did already, they aren't even emitted...
Using your patch, I rebuilt Fix.o and Rational.o without optimisation. With
no optimisation for these two modules, the weak symbols are there and the
testsuite has no failures.
Comparing the rtl, the rtl generated without optimisation has lots of calls
to Fix::~Fix(void) and the following code is in the assembler output:
.weak _._3Fix
.type _._3Fix,@function
_._3Fix:
The rtl at -O3 has no calls to Fix::~Fix(void), even in Fix.cc.00.rtl.
There is also no definition for Fix::~Fix(void) in the assemble output.
Things work ok under hpux 10.20. Thus, the problem is in some way related
to the i386 linux configuration.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)