Missing <sys/cdefs.h>

[Phil Edwards <pedwards at disaster dot jaj dot com>]

Looks like the recent move to glibc 2.2 cvs may have killed something
on solaris 8.  I say that only because nothing else lately has touched
libio, and that's what's dying.

The error is as soon as libio starts building:

gmake[3]: Entering directory `/stuff/pme/3test/sparc-sun-solaris2.8/libstdc++-v3/libio'
/bin/sh ../libtool --mode=compile /stuff/pme/3test/gcc/xgcc -B/stuff/pme/3test/gcc/ -B/stuff/pme/Ebuild/sparc-sun-solaris2.8/bin/ -DHAVE_CONFIG_H -I. -I../../../../unified/libstdc++-v3/libio -I.. -D_GNU_SOURCE -nostdinc++ -I../../../../unified/libstdc++-v3 -I../libio -I../../../../unified/libstdc++-v3/libio  -I../../../../unified/libstdc++-v3/config/cpu/sparc/sparc32 -I../../../../unified/libstdc++-v3/config/solaris/solaris2.7  -I/stuff/pme/Ebuild/include         -g -O2 -c ../../../../unified/libstdc++-v3/libio/filedoalloc.c
rm -f .libs/filedoalloc.lo
/stuff/pme/3test/gcc/xgcc -B/stuff/pme/3test/gcc/ -B/stuff/pme/Ebuild/sparc-sun-solaris2.8/bin/ -DHAVE_CONFIG_H -I. -I../../../../unified/libstdc++-v3/libio -I.. -D_GNU_SOURCE -nostdinc++ -I../../../../unified/libstdc++-v3 -I../libio -I../../../../unified/libstdc++-v3/libio -I../../../../unified/libstdc++-v3/config/cpu/sparc/sparc32 -I../../../../unified/libstdc++-v3/config/solaris/solaris2.7 -I/stuff/pme/Ebuild/include -g -O2 -c  -fPIC -DPIC ../../../../unified/libstdc++-v3/libio/filedoalloc.c -o .libs/filedoalloc.lo
In file included from ../../../../unified/libstdc++-v3/libio/iolibio.h:1,
                 from ../../../../unified/libstdc++-v3/libio/libioP.h:36,
                 from ../../../../unified/libstdc++-v3/libio/filedoalloc.c:48:
../../../../unified/libstdc++-v3/libio/libio.h:60:25: sys/cdefs.h: No such file or directory
gmake[3]: *** [filedoalloc.lo] Error 1


Now, the "libio.h:60:25:" line number makes no sense to me, but line 60
and thereabouts are

  #ifndef __P
  # if _G_HAVE_SYS_CDEFS
  #  include <sys/cdefs.h>
  # else
[other stuff]
  #endif /*!__P*/

and _G_config.h says that "these library features are always available"
when #define'ing _G_HAVE_SYS_CDEFS to 1.  This symbol is not used anywhere
else.  Changing this to 0 as an experiment results in _G_config.h giving
tons of parse errors before the compiler finally ICEs.

The only place cdefs.h shows up is in ${libsrcdir}/shadow/sys, which
isn't being searched, and even if it is, that header being shadowed
doesn't exist.


Phil