http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
--- Comment #4 from Iain Sandoe <iains at gcc dot gnu.org> 2011-02-16 16:14:02
UTC ---
thanks, IIRC, when the patch was originally applied it was not possible to test
on Darwin 8 (libquadmath was broken for other reasons).
---
This is not an objection to the proposed solution - but - for the record:
I remain concerned that the libgomp test-suite is driven by xgcc (which does
not apply the fortran spec) and, thus, is different from the notional idea of
equivalence with the installed gfortran.
[if the fortran spec is used, I think you will find that the fails are also
resolved]
e.g.
Index: libgomp/testsuite/libgomp.fortran/fortran.exp
===================================================================
--- libgomp/testsuite/libgomp.fortran/fortran.exp (revision 170210)
+++ libgomp/testsuite/libgomp.fortran/fortran.exp (working copy)
@@ -8,6 +8,7 @@ set lang_library_path "../libgfortran/.libs"
set lang_link_flags "-lgfortran"
set lang_test_file_found 0
set quadmath_library_path "../libquadmath/.libs"
+set lang_spec_path "../libgfortran"
# Initialize dg.
@@ -44,6 +45,8 @@ if { $lang_test_file_found } {
lappend ALWAYS_CFLAGS "ldflags=-L${blddir}/${quadmath_library_path}/"
# Allow for spec subsitution.
lappend ALWAYS_CFLAGS
"additional_flags=-B${blddir}/${quadmath_library_path}/"
+ # use the libgfortran spec.
+ lappend ALWAYS_CFLAGS
"additional_flags=-specs=${blddir}/${lang_spec_path}/libgfortran.spec"
set ld_library_path
"$always_ld_library_path:${blddir}/${lang_library_path}:${blddir}/${quadmath_library_path}"
} else {
set ld_library_path "$always_ld_library_path"
