------- Comment #3 from dominiq at lps dot ens dot fr 2010-05-28 12:16 ------- If the comparison failure is for libgomp, this pr is a duplicate of pr43170. The origin of the problem can be seen with the following test:
[macbook] f90/bug% grep -i tls /opt/gcc/omp_build_w_fail7/stage2-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 #define HAVE_TLS 1 [macbook] f90/bug% grep -i tls /opt/gcc/omp_build_w_fail7/stage2-x86_64-apple-darwin10.3.0/i386/libgomp/config.log gcc_cv_have_tls=no [macbook] f90/bug% grep -i tls /opt/gcc/omp_build_w_fail7/stage3-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 #define HAVE_TLS 1 [macbook] f90/bug% grep -i tls /opt/gcc/omp_build_w_fail7/stage3-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 AFAICT "gcc_cv_have_tls=no" can occur at stage 2 or 3 and in the main lib or in the i386 one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44304
