[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-11-29 22:05 --- Subject: Bug 29987 Author: ebotcazou Date: Sat Nov 29 22:04:25 2008 New Revision: 142286 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142286 Log: PR target/29987 * config/sparc/sol2.h (ASM_OUTPUT_ALIGNED_COMMON): Redefine. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sparc/sol2.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-11-29 22:08 --- Thanks for the patch. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-11-20 20:16 --- Anyway, the following patch fixes this in a cross from x86_64-linux to sparc*-sun-solaris10. Can somebody please bootstrap/regtest it? Bootstrapped/regtested with GNU as for the sake of completeness. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- 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
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-18 12:31 --- Created an attachment (id=16717) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16717action=view) gcc44-pr29987.patch Anyway, the following patch fixes this in a cross from x86_64-linux to sparc*-sun-solaris10. Can somebody please bootstrap/regtest it? Does i?86-sun-solaris* as have the same bug or not? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2008-11-18 13:16 --- Subject: Re: libgomp.c++/ctor-9.C failure 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. 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. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-11-18 13:32 --- Subject: Re: libgomp.c++/ctor-9.C failure ro at techfak dot uni-bielefeld dot de writes: 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. Bootstrap on Solaris 10/x86 with Sun as already breaks when building the stage1 libgcc now: Assembler: libgcov.c /var/tmp//ccRimvP4.s, line 116 : Syntax error Near line: repnz scasb and many more. I have no idea what as complains about: a quick strings on the binary reveals that it seems to support the instruction, and the x86 Assembly Language Reference Manual at http://docs.sun.com/app/docs/doc/817-5477/enmzx?a=view suggests likewise in the `String Instructions' table (table 3-8). Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
