This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Solaris build failure because of wchar_t handling?

I tried to build today's CVS sources (plus a patch from Jason Merrill that
I'm trying out, not relevant here) on Solaris, and it bombs while building
the standard library.  The failure is for the line

  XXX/gcc/g++ -BXXX/gcc/ -nostdinc++ -isystem /remote/dtg103/jbuck/gnu/src/cvs/gcc/libstdc++ -isystem /remote/dtg103/jbuck/gnu/src/cvs/gcc/libstdc++/std -isystem /remote/dtg103/jbuck/gnu/src/cvs/gcc/libstdc++/stl -isystem /remote/dtg103/jbuck/gnu/src/cvs/gcc/libio -isystem XXX/sparc-sun-solaris2.5.1/libio -LXXX/sparc-sun-solaris2.5.1/libstdc++ -BPREFIX/sparc-sun-solaris2.5.1/bin/ -BPREFIX/sparc-sun-solaris2.5.1/lib/ -isystem PREFIX/sparc-sun-solaris2.5.1/include -c -g -O2 -fno-implicit-templates -I. -I../../../gcc/libio -nostdinc++  `case '-g -O2 -g -O2 -fno-implicit-templates' in *-fpic* ) echo -fpic ;; * ) echo -fPIC ;; esac` ../../../gcc/libio/ -o pic/parsestream.o; \
else true; fi

and we get

/usr/include/stdlib.h:61: declaration does not declare anything

This is the Solaris-provided stdlib.h (why is this used unaltered?)
and line 61 says

#ifndef _WCHAR_T
#define	_WCHAR_T
typedef long wchar_t;	// line 61

(I believe that Sun's C++ will find a different stdlib.h first on its
path, so this is supposed to be a C-only version?)

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]