G .exe -v -E -Wall -fexceptions -g -march=core2 -Wall -ID:\mingw-builds\boost_1_55_0 -Winvalid-pch -include pch.h test.cpp -o have-include.i Now, I have pch.h.gch file (about 200M) already generated.įirst thing, I try to see whether preprocessor works OK, so I add the "-E" option. I did some further test with the condition I stated in comment 11. GDB can't catch anything, just the same as I run the command in the Command line, the last message from GDB is: ĭoes exit code "01" has some special meaning?īTW: I have test the GCC 4.9 snapshot i686-4.9.0-snapshot-20131119-rev205009-posix-dwarf-rt_v4.7z from mingw-w64 site, it has the same bug. Set args -v -Wall -fexceptions -g -march=core2 -Wall -ID:\mingw-builds\boost_1_55_0 -Winvalid-pch -include pch.h -c test.cpp -o test.o I try to use GDB to catch the errors, but failed. only leave the first #include directive: #include, and comment out the later three include directive, and run the steps again, you get a 47M pch.h.gch and a 206K test.o file. Now, if you comment out some lines in the pch.h file, e.g. G .exe -v -Wall -fexceptions -g -march=core2 -Wall -ID:\mingw-builds\boost_1_55_0 -Winvalid-pch -include pch.h -c test.cpp -o test.oĨ, I see some verbose messages, but no "test.o" file was generated in the working directory, also I see no crash dialog shown. G .exe -Wall -fexceptions -g -march=core2 -Wall -ID:\mingw-builds\boost_1_55_0 -c pch.h -o pch.h.gchĦ, now, you will see a file named "pch.h.gch" was generated, its size is bigger than 200M.ħ, compile the test.cpp file by running the command: #pragma GCC diagnostic ignored "-Wdelete-non-virtual-dtor"Ĥ, create a simple "test.cpp" file, which contains following:ĥ, build the pch file by running the command. (Note, no need to build boost library, only the boost header files are needed for testing)ģ, create a simple file named "pch.h", which contains following: Here is the steps I doġ, download the GCC 4.8.2 from MinGW-w64 site, I'm using i686-4.8.2-release-posix-dwarf-rt_v3-rev1Ģ, download the boost source package, I'm using boost_1_55_0.7z download from boost official site, extract its source to some folder like: D:\mingw-builds\boost_1_55_0. The binaries are for Windows 64-bit and available here (but require Win64, I haven't tested the Linux binaries built with the exact same build process): The crash happens before -save-temps outputs anything. If there is anything I can try to give more output, please let me know. "g " -ftemplate-depth-128 -O0 -fno-inline -Wall -g -mthreads -fvisibility=hidden -Winvalid-pch -DBOOST_ALL_NO_LIB=1 -DBOOST_BUILD_PCH_ENABLED -I"bin.v2\libs\math\build\gcc-mingw-4.8.1\debug\link-static\threading-multi\.\src\tr1" -I"." -I"libs\math\src\tr1" -c -o "bin.v2\libs\math\build\gcc-mingw-4.8.1\debug\link-static\threading-multi\assoc_laguerre.o" "libs\math\build\.\src\tr1\assoc_laguerre.cpp" When compiling the file libs\math\build\.\src\tr1\assoc_laguerre.cpp from Boost 1.52.0 or 1.53.0 (perhaps any other version is affected too), GCC causes a dirty crash providing me no way of getting a sensible backtrace or providing a preprocessed source for reproduction.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |