On 10/29/2012 12:53 PM, Bruce Korb wrote:
The first two patches I've applied. The remaining two are needed to fully
enable building the VxWorks flavor of GCC, but those bits affect parts
outside of fixincludes and there is some breakage somewhere.
All evidence seems to me to show fixincludes still doing its thing correctly,
but somewhere along the line the build becomes confused and unable to
find stdarg.h:
echo timestamp > stmp-int-hdrs
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables \
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute \
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common \
-DHAVE_CONFIG_H -I. -Ilto -I../.././gcc -I../.././gcc/lto
-I../.././gcc/../include \
-I../.././gcc/../libcpp/include -I../.././gcc/../libdecnumber \
-I../.././gcc/../libdecnumber/bid -I../libdecnumber
-I../.././gcc/../libbacktrace \
../.././gcc/lto/lto-lang.c -o lto/lto-lang.o
In file included from ../.././gcc/lto/lto-lang.c:22:0:
../.././gcc/system.h:28:20: fatal error: stdarg.h: No such file or directory
#include <stdarg.h>
^
compilation terminated.
Shouldn't stdarg.h be generated by GCC (IIRC)?
Regardless, I can't reproduce the error. Compiling with these options:
../gcc/configure --prefix=/usr --target=powerpc-wrs-vxworks
--with-gnu-as --with-gnu-ld --with-headers --disable-shared
--disable-libssp --disable-multilib --with-float=hard
--enable-languages=c,c++ --enable-libstdcxx --enable-threads=vxworks
--without-gconv --disable-libgomp --disable-nls --disable-libmudflap
--with-cpu-PPC603 --disable-symvers
I use headers from:
ftp://ftp.ni.com/pub/devzone/tut/updated_vxworks63gccdist.zip
From this zip, I extract gccdist/WindRiver/vxworks-6.3/target/h/* into
/usr/powerpc-wrs-vxworks/sys-include, and symlink
/usr/powerpc-wrs-vxworks/include to sys-include/wrn/coreip
GCC & libgcc compile fine.
The build does eventually die in libstdc++-v3, but that's not due to
these changes (it gives me an internal compiler error while compiling
complex_io.cc inside of <complex>, see bug 55126)
I have not been able to run down the cause. Until I've found it,
I'm holding back on the bits that change stuff outside of fixincludes:
gcc/gcov-io.c
libstdc++-v3/config/os/vxworks/os_defines.h
configure.ac
I hope someone knows what this is.
So do I.
