This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [CFT, try 7] Emulated tls rewrite
- From: Jack Howarth <howarth at bromo dot med dot uc dot edu>
- To: Richard Henderson <rth at redhat dot com>
- Cc: IainS <developer at sandoe-acoustics dot co dot uk>, GCC Patches <gcc-patches at gcc dot gnu dot org>, richard dot guenther at gmail dot com
- Date: Thu, 15 Jul 2010 08:00:29 -0400
- Subject: Re: [CFT, try 7] Emulated tls rewrite
- References: <4C3E4D3C.1030205@redhat.com>
On Wed, Jul 14, 2010 at 04:50:20PM -0700, Richard Henderson wrote:
> This go-around handles phi nodes, as requested by Richi. This was much more
> irritating than it should have been, due to immediate use maintainence. It
> also gets re-arranged to use walk_gimple_ops, which I should have been using
> in the first place.
>
> The testsuite is still running here, amd64-linux --disable-tls, but I'm
> quitting for today. I never got around to looking at those non-tls.exp
> testsuite failures, Iain. Hopefully they went away magically. ;-)
>
>
> r~
Richard,
Test results for x86_64-apple-darwin10 are at...
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg01432.html.
We seem to have picked up a couple new failures in the gfortran
testsuite.
Running target unix/-m32
FAIL: gfortran.dg/char_array_structure_constructor.f90 -O3 -fomit-frame-pointer execution test
FAIL: gfortran.dg/gomp/appendix-a/a.22.6.f90 -O (test for excess errors)
Running target unix/-m64
FAIL: gfortran.dg/gomp/appendix-a/a.22.6.f90 -O (test for excess errors)
The first appears as...
gdb ./char_array_structure_constructor.exe
(gdb) r
Starting program: /Users/howarth/newbug2/char_array_structure_constructor.exe
Reading symbols for shared libraries +++. done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
0x000acc7c in __gfortran_compare_string (len1=4, s1=0x0, len2=4, s2=0x1f40 "wxyzabcdefgh") at intrinsics/string_intrinsics_inc.c:93
93 res = memcmp (s1, s2, ((len1 < len2) ? len1 : len2) * sizeof (CHARTYPE));
(gdb) bt
#0 0x000acc7c in __gfortran_compare_string (len1=4, s1=0x0, len2=4, s2=0x1f40 "wxyzabcdefgh") at intrinsics/string_intrinsics_inc.c:93
#1 0x00001e31 in main ()
(gdb)
and the second as...
Executing on host: /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100714/gcc/testsuite/gfortran.dg/gomp/appendix-a/a.22.6.f90 -O -fopenmp -S -m32 -o a.22.6.s (timeout = 300)
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100714/gcc/testsuite/gfortran.dg/gomp/appendix-a/a.22.6.f90:4:0: sorry, unimplemented: thread-local COMMON data not implemented^M
compiler exited with status 1
output is:
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100714/gcc/testsuite/gfortran.dg/gomp/appendix-a/a.22.6.f90:4:0: sorry, unimplemented: thread-local COMMON data not implemented^M
FAIL: gfortran.dg/gomp/appendix-a/a.22.6.f90 -O (test for excess errors)
Excess errors:
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100714/gcc/testsuite/gfortran.dg/gomp/appendix-a/a.22.6.f90:4:0: sorry, unimplemented: thread-local COMMON data not implemented
Jack