current cygwin failure analysis

["Benjamin Kosnik" <bkoz at redhat dot com>]

Forwarding at the request of Christian.

-benjamin

> > This testing result:
> > http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00353.html
>
> sure, btw, I just started a new, from scratch, boostrap/build of
> current trunk....

The 27_io fails are disconcerting. There's something wrong here with
io, which is bad.

I'm mostly interested in the excess error fails: it looks like these
fails are of the form:

/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/include/ext/codecvt_specializations.h:203:
undefined reference to `_libiconv_close'


Which is weird, because:

/usr/local/src/trunk/objdir/./gcc/g++ -shared-libgcc
-B/usr/local/src/trunk/objdir/./gcc -nostdinc++
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs
-B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/
-isystem /usr/local/i686-pc-cygwin/include -isystem
/usr/local/i686-pc-cygwin/sys-include -g -O2 -D_GLIBCXX_ASSERT
-fmessage-length=0 -g -O2 -DLOCALEDIR="." -nostdinc++
-I/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin
-I/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/include
-I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/trunk/gcc/libstdc++-v3/include/backward
-I/usr/local/src/trunk/gcc/libstdc++-v3/testsuite/util
-Wl,--gc-sections -liconv
/usr/local/src/trunk/gcc/libstdc++-v3/testsuite/ext/enc_filebuf/char/13189.cc
-include bits/stdc++.h ./libtestc++.a -o ./13189.exe

is the command line, and -liconv is passed. Maybe there needs to be a
-L flag for the location of libiconv?

What's weird is that these test files have:

// { dg-require-iconv "ISO-8859-1" }

at the top, so if iconv functions cannot be found, they should not be run.

Hmmm. Something's wrong with this config....

-benjamin