On Wed, Oct 10, 2012 at 04:50:22PM +0200, Rainer Orth wrote:
> Jack Howarth <howa...@bromo.med.uc.edu> writes:
>
> > Have you tried a gcc trunk build on linux configured to use emutls
> > instead
> > of tls to confirm that this issue is really darwin-specific? These failures
> > might
> > also appear on sparc-sun-solaris2.9 but we don't have recent gcc trunk
> > testresults
> > for that. Perhaps Rainer can try a build of current gcc trunk and see if it
> > impacts sparc-sun-solaris2.9's use of emutls as well.
> > Jack
>
> There's no reason to test on a emutls-only target, just configure with
> --disable-tls on any target. I probably won't be able to test Solaris 9
> (SPARC or x86) before the weekend.
>
> Rainer
A quick build of gcc trunk (r192324) on Fedoa 15 x86_64 using --disable-tls
shows...
Native configuration is x86_64-unknown-linux-gnu
=== gcc tests ===
Running target unix
=== gcc Summary ===
# of expected passes 499
# of unsupported tests 5
/home/howarth/work-gcc/gcc/xgcc version 4.8.0 20121010 (experimental) (GCC)
=== g++ tests ===
Running target unix
FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local3g.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local4.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local4g.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local5.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local5g.C -std=gnu++11 execution test
FAIL: g++.dg/tls/thread_local7.C scan-assembler-not \\\\.data
FAIL: g++.dg/tls/thread_local7g.C scan-assembler-not \\\\.data
=== g++ Summary ===
# of expected passes 105
# of unexpected failures 8
# of expected failures 2
# of unsupported tests 6
/home/howarth/work-gcc/gcc/testsuite/g++/../../g++ version 4.8.0 20121010
(experimental) (GCC)
Compiler version: 4.8.0 20121010 (experimental) (GCC)
Platform: x86_64-unknown-linux-gnu
configure flags: --disable-ppl --disable-cloog --prefix=/home/howarth/dist-gcc
--enable-languages=c,c++ --disable-multilib --disable-lto --disable-tls
--disable-bootstrap
The first failure backtraces as...
$ gdb ./thread_local3.exe
GNU gdb (GDB) Fedora (7.3.1-48.fc15)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/howarth/work-gcc/gcc/testsuite/g++/thread_local3.exe...(no debugging
symbols found)...done.
(gdb) r
Starting program: /home/howarth/work-gcc/gcc/testsuite/g++/thread_local3.exe
[Thread debugging using libthread_db enabled]
[New Thread 0x7ffff7aaa700 (LWP 27463)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7aaa700 (LWP 27463)]
0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff7d50f44 in (anonymous namespace)::list::run() () at
../../../../gcc/libstdc++-v3/libsupc++/atexit_thread.cc:71
#2 0x00000035e9e07933 in __nptl_deallocate_tsd () at pthread_create.c:156
#3 0x00000035e9e07b4f in start_thread (arg=0x7ffff7aaa700) at
pthread_create.c:312
#4 0x00000035e96e0e6d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:115
(gdb)
>
> --
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University
