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. 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.