------- Comment #56 from iains at gcc dot gnu dot org 2010-06-02 22:07 ------- (In reply to comment #55) > > and on D10 - no @ stage1 (correct) > > I see > > [macbook] gcc/build_w% grep -i tls > stage1-x86_64-apple-darwin10.3.0/libgomp/config.log > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > gcc_cv_have_tls=yes
then, I guess you are not bootstrapping from Apple's compiler - since that doesn't have TLS,. You must have a gcc > 4.4 in your path (which might cause some confusion on ocassion). > #define HAVE_TLS 1 > [macbook] gcc/build_w% grep -i tls > stage1-x86_64-apple-darwin10.3.0/i386/libgomp/config.log > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > | #define HAVE_TLS 1 > gcc_cv_have_tls=yes > #define HAVE_TLS 1 > > > so... something is not right with one or the other.. and it looks like it's > > the > > x86_64 that's dodgy. > > I hope I don't have any leftover from previous patches!-) I think so, but I > may > have missed something. > > > The better news is that the 'proper' fix @PR44132 does ;) > > I have applied the 'proper' fix, the number of failures under load has been > reduced from ~1/3 to ~1/2000, but still nonzero!-( It seems that we must have (a) code-gen issue (OR (b) a buggy pthreads implementation on D10 :( I had a quick look at the asm out from O0 and O1 .. there's one odd instruction .. but nothing leaps out at me yet,,, > > > (but there is still one "TODO" on that). > > and I see the TODO: > > FAIL: gcc.dg/tls/asm-1.c (internal compiler error) > FAIL: gcc.dg/tls/asm-1.c (test for errors, line 7) > FAIL: gcc.dg/tls/asm-1.c (test for excess errors) Indeed, I am hoping for some help from Honza on that (I think it is actually exposing an assumption on the part of gimplify_asm() that is incorrect). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
