Re: massive testsuite failures.

[Tobias SchlÃter <tobias dot schlueter at physik dot uni-muenchen dot de>]

Andrew Pinski wrote:
> On Fri, Sep 18, 2009 at 9:06 AM, IainS <developer@sandoe-acoustics.co.uk> wrote:
> > As per other discussions including:
> > http://gcc.gnu.org/ml/fortran/2009-09/msg00125.html
>
> Yes I see the same issue on i386-darwin8.11.1 with clean sources.
> There is a warning from the linker which is causing this:
> estsuite/gfortran1/../../
> /Users/apinski/src/change/gcc/gcc/testsuite/gfortran.dg/achar_1.f90
> -O1   -pedantic-errors
> -B/Users/apinski/src/change/gcc/objdir/i386-apple-darwin8.11.1/./libgfortran/.libs
> -L/Users/apinski/src/change/gcc/objdir/i386-apple-darwin8.11.1/./libgfortran/.libs
> -L/Users/apinski/src/change/gcc/objdir/i386-apple-darwin8.11.1/./libgfortran/.libs
> -L/Users/apinski/src/change/gcc/objdir/i386-apple-darwin8.11.1/./libiberty
>  -lm   -o ./achar_1.exe    (timeout = 300)
> symbol _cacosl used from dynamic library
> /Users/apinski/src/change/gcc/objdir/i386-apple-darwin8.11.1/./libgfortran/.libs/libgfortran.dylib(single
> module) not from earlier dynamic library
> /usr/lib/libSystem.B.dylib(complexld64.o)^Msymbol _cacos used from
> dynamic library

etc.

I worked around this in my local tree by enclosing c99_functions.c in 
#if 0 ... #endif.  I don't have a better solution.

Cheers,
- Tobi