This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/49541] [4.6/4.7 regression] TLS support partially broken in 64-bit mode
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 14 Jul 2011 17:09:26 +0000
- Subject: [Bug target/49541] [4.6/4.7 regression] TLS support partially broken in 64-bit mode
- Auto-submitted: auto-generated
- References: <bug-49541-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> 2011-07-14 17:08:09 UTC ---
> Same here, but the link line starts with:
>
> /nile.build/botcazou/gcc-head/sparc-sun-solaris2.8/gcc/collect2 -V -Y
> P,/lib/sparcv9:/usr/lib/sparcv9 -Qy -o ./condinc2.exe
>
> and this apparently overrides it.
Not even that: the libgomp.so RUNPATH is completely ignored by ld, but
only evaluated at runtime by ld.so.1.
The problem is that the testsuite (lib/libgomp.exp) unconditionally
links with -lgomp even for the -fno-openmp testcases. I'd argue that
this is a testsuite-only problem (pilot error, actually) and can be
worked around by use of dg-add-options tls.
Rainer