JonY wrote: > On 7/10/2011 01:55, Ruben Van Boxem wrote: >> In an attempt to help all these people trying to build GCC >> toolchains (for reasons still very mysterious to me), I attempted >> modifying them to build a 32-bit to 64-bit cross-compiler and tried >> running it on MSYS with my 32-bit toolchain. >> >> In the gcc-c stage, I get this error: >> >> make[1]: Entering directory `/home/Ruben/mingw32cross64/gcc-c/gcc' >> i686-w64-mingw32-gcc -c -O2 -mtune=core2 -fomit-frame-pointer >> -momit-leaf-frame-pointer -fgraphite-identity -floop-interchange >> -floop-block -floop-parallelize-all -D__USE_MINGW_ACCESS -DIN_GCC >> -DCROSS_DIRECTORY_STRUCTURE -DNATIVE_CROSS -W -Wall >> -Wwrite-strings -Wcast-qual -Wstrict-prototypes >> -Wmissing-prototypes -Wmissing-format-attribute -pedantic >> -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings >> -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H >> -DGENERATOR_FILE -I. -Ibuild -I/home/Ruben/src/gcc/gcc >> -I/home/Ruben/src/gcc/gcc/build >> -I/home/Ruben/src/gcc/gcc/../include >> -I/home/Ruben/src/gcc/gcc/../libcpp/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/src/gcc/gcc/../libdecnumber >> -I/home/Ruben/src/gcc/gcc/../libdecnumber/bid -I../libdecnumber >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include -DCLOOG_INT_GMP >> -DCLOOG_ORG -I/home/Ruben/mingw32cross64/libs/include \ -o >> build/genflags.o /home/Ruben/src/gcc/gcc/genflags.c >> build/gengtype.exe \ -S /home/Ruben/src/gcc/gcc -I gtyp-input.list >> -w gtype.state i686-w64-mingw32-gcc -c -O2 -mtune=core2 >> -fomit-frame-pointer -momit-leaf-frame-pointer -fgraphite-identity >> -floop-interchange -floop-block -floop-parallelize-all >> -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE >> -DNATIVE_CROSS -W -Wall -Wwrite-strings -Wcast-qual >> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute >> -pedantic -Wno-long-long -Wno-variadic-macros >> -Wno-overlength-strings -Wold-style-definition -Wc++-compat >> -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild >> -I/home/Ruben/src/gcc/gcc -I/home/Ruben/src/gcc/gcc/build >> -I/home/Ruben/src/gcc/gcc/../include >> -I/home/Ruben/src/gcc/gcc/../libcpp/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/src/gcc/gcc/../libdecnumber >> -I/home/Ruben/src/gcc/gcc/../libdecnumber/bid -I../libdecnumber >> -I/home/Ruben/mingw32cross64/libs/include >> -I/home/Ruben/mingw32cross64/libs/include -DCLOOG_INT_GMP >> -DCLOOG_ORG -I/home/Ruben/mingw32cross64/libs/include \ -o >> build/read-rtl.o /home/Ruben/src/gcc/gcc/read-rtl.c >> /home/Ruben/src/gcc/gcc/../libcpp/include/line-map.h: No such file >> or directory make[1]: *** [s-gtype] Error 1 make[1]: *** Waiting >> for unfinished jobs.... make[1]: Leaving directory >> `/home/Ruben/mingw32cross64/gcc-c/gcc' >> >> Which is very odd, because the file that does not exist, exists. I >> remember this is the reason I moved to a Linux cross-compile build >> process. Back then, I thought it was a user error or a bad setup, >> but apparently it also happens in a streamlined build system like >> mine ;-) I set these options: export HOST=i686-w64-mingw32 export >> TARGET=x86_64-w64-mingw32 export BUILD=i686-w64-mingw32 export >> CRT_MULTILIB='--enable-lib64 --disable-lib32' >> >> Which should build a nice 32-bit toolchain that produces 64-bit >> binaries. I used my 4.6.2 source package for this. >> >> Any thoughts are very much appreciated, because I'm pretty >> clueless... >> >> Ruben > > Hi, > > have you tried using a released version? Just to make sure it isn't > a transient bug in the svn repo versions. > > Other than thant, I have little idea whats going on, maybe you can > post your full gcc configure line too.
My opinion is that it is a race condition between MSYS, GCC, the OS and disk controllers. There is a lot of manipulation going on with the -I strings within MSYS and something could have gone awry. Does it continue to give the same result if you start the make process again? Hmm, the error is ``/home/Ruben/src/gcc/gcc/../libcpp/include/line-map.h: No such file or directory'' indicating to me that PATH didn't get modified by MSYS before passing it on to gcc or something is using the string path as is and generating source with the full path to the header file. I assume that src/gcc/libcpp/include/line-map.h is already a part of the source bundle. Earnie ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
