Created attachment 307957 [details] build.log Relevant section of the attached build.log: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I /usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSE T_BITS=64 -D_LARGE_FILES -D__WXGTK__ -fpch-preprocess -O2 -march=native -pipe - fomit-frame-pointer -DTIXML_USE_STL -Wall -fexceptions -std=gnu++0x -MT libengin e_a-commands.o -MD -MP -MF .deps/libengine_a-commands.Tpo -c -o libengine_a-comm ands.o `test -f 'commands.cpp' || echo './'`commands.cpp i686-pc-linux-gnu-g++: i686-pc-linux-gnu-g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See <http://bugs.gentoo.org/> for instructions. make[3]: *** [libengine_a-commands.o] Error 1 make[3]: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See <http://bugs.gentoo.org/> for instructions.
Created attachment 307959 [details] emerge --info
Created attachment 307961 [details] /var/tmp/portage/net-ftp/filezilla-3.5.3/temp/environment
so it fail at the same spot everytime ? if so, please run the command in question with -E instead of -o and post the output file as an attachment (compressed if need be)
Reemerge gcc to see if that fix it.
(In reply to comment #3) > so it fail at the same spot everytime ? Yes, it fails at the same place everytime. > if so, please run the command in question with -E instead of -o and post the > output file as an attachment (compressed if need be) I changed... i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -fpch-preprocess -O2 -march=native -pipe -fomit-frame-pointer -DTIXML_USE_STL -Wall -fexceptions -std=gnu++0x -MT libengine_a-commands.o -MD -MP -MF .deps/libengine_a-commands.Tpo -c -o libengine_a-commands.o `test -f 'commands.cpp' || echo './'`commands.cpp ...to: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -fpch-preprocess -O2 -march=native -pipe -fomit-frame-pointer -DTIXML_USE_STL -Wall -fexceptions -std=gnu++0x -MT libengine_a-commands.o -MD -MP -MF .deps/libengine_a-commands.Tpo -c -E libengine_a-commands.o `test -f 'commands.cpp' || echo './'`commands.cpp ... and the output is: # 1 "commands.cpp" # 1 "<built-in>" # 1 "<command-line>" # 1 "commands.cpp" i686-pc-linux-gnu-g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See <http://bugs.gentoo.org/> for instructions.
(In reply to comment #4) > Reemerge gcc to see if that fix it. Same error in the same location, even after re-emerging gcc. (Actually, I believe I re-emerged the entire toolchain (I know it was at least gcc and glib) since my command was: emerge -ev minitube)
(In reply to comment #6) > (In reply to comment #4) > > Reemerge gcc to see if that fix it. > > > Same error in the same location, even after re-emerging gcc. > > > (Actually, I believe I re-emerged the entire toolchain (I know it was at > least gcc and glib) since my command was: emerge -ev minitube) Do remove -fpch-preprocess from the command line fix it?
(In reply to comment #7) > Do remove -fpch-preprocess from the command line fix it? No... # i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -O2 -march=native -pipe -fomit-frame-pointer -DTIXML_USE_STL -Wall -fexceptions -std=gnu++0x -MT libengine_a-commands.o -MD -MP -MF .deps/libengine_a-commands.Tpo -c -o libengine_a-commands.o `test -f 'commands.cpp' || echo './'`commands.cpp i686-pc-linux-gnu-g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See <http://bugs.gentoo.org/> for instructions.
(In reply to comment #7) > > Do remove -fpch-preprocess from the command line fix it? However, when I remove -fpch-preprocess AND swap '-E' with '-o' (per comment #3, command below), then it does not Segfault. The command is below and I'll attach the output. # i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -O2 -march=native -pipe -fomit-frame-pointer -DTIXML_USE_STL -Wall -fexceptions -std=gnu++0x -MT libengine_a-commands.o -MD -MP -MF .deps/libengine_a-commands.Tpo -c -E libengine_a-commands.o `test -f 'commands.cpp' || echo './'`commands.cpp
Created attachment 308235 [details] removed -fpch-preprocess AND swapped '-E' with '-o'
Just FYI that even after doing 'emerge -e system' and 'revdep-rebuild' Filezilla still does not build. Also, after changing from option 1 to option 5 (below), the Filezilla build still dies at the same point. # gcc-config -l [1] i686-pc-linux-gnu-4.5.3 [2] i686-pc-linux-gnu-4.5.3-hardenednopie [3] i686-pc-linux-gnu-4.5.3-hardenednopiessp [4] i686-pc-linux-gnu-4.5.3-hardenednossp [5] i686-pc-linux-gnu-4.5.3-vanilla
I have now been able to successfully emerge filezilla-3.5.3 on my system. I know of nothing that I have done to provide for this success, so I am supposing that it was perhaps due to a recent upgrade to some part of the toolchain. Since I routinely upgrade "world" and since filezilla was routinely failing to build, I'm thinking one of the following upgrades must be responsible for the success of filezilla being built (these are the only package updates that happened right before filezilla was successfully upgraded)... sys-process/acct-6.5.5-r2 sys-devel/gnuconfig-20120818 app-arch/unzip-6.0-r3 dev-libs/tinyxml-2.6.2-r2 sys-libs/zlib-1.2.7 dev-libs/libxslt-1.1.27 dev-lang/nacl-toolchain-newlib-0_p9093 sys-kernel/hardened-sources-3.5.4-r2 I'll close this bug as "Resolved." Feel free to re-open if you'd like any more info from me.