------- Comment #9 from ro at techfak dot uni-bielefeld dot de 2008-11-19
18:05 -------
Subject: Re: libgomp.c++/ctor-9.C failure
ro at techfak dot uni-bielefeld dot de writes:
> jakub at gcc dot gnu dot org writes:
>
> > Anyway, the following patch fixes this in a cross from x86_64-linux to
> > sparc*-sun-solaris10. Can somebody please bootstrap/regtest it?
>
> will do, thanks.
Bootstrap with the patch completed (unlike the situation without, where
libgomp.so failed to link). Testresults are still hampered by the
following gld 2.19 warning
/vol/gcc/lib/gld-2.19: warning: section `.bss' type changed to PROGBITS
which I'll investigate. There's something in
http://sourceware.org/bugzilla/show_bug.cgi?id=7027
(Comments #18 - 24). It seems like Sun as doesn't mark .bss.* sections as
NOBITS. Probably another bug to take up with Sun.
> > Does i?86-sun-solaris* as have the same bug or not?
>
> I'll have to check this. Currently, one cannot use Sun as for x86_64, so
> the default config will use gas instead. I'll try the non-multilib config
> and see if it is affected as well.
Apart from the problems reported in Comment #8, Sun as heavily chokes on
the tls conftest_s in gcc/configure.ac:
* as is invoked with the gas-only --fatal-warnings, which lets Sun as
choke.
* The test itself uses the gas .section syntax that Sun as doesn't
understand.
To properly handle this, one would need to have two sections as in the
sparc-*-solaris2* case. Right now, it doesn't make much sense to pursue
this.
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
