[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #15 from Phil Muldoon --- Can you try building out of tree to see if it fixes your case? IE: mkdir obj cd obj ../trunk/configure . (replace trunk with the source directory if you are using git)
[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #10 from Phil Muldoon --- Sorry I mean my "build is now complete"
[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #9 from Phil Muldoon --- My build is not complete with the parameters specified in the PR: ../trunk/configure --prefix=/home/pmuldoon/gdb_compile_gcc/ --with-arch=native --with-tune=native --enable-languages=c --enable-lto --enable-gold --disable-libstdcxx --with-tune=native --enable-languages=c --enable-lto --enable-gold --disable-libstdcx && make -j9 And it built successfully. Which is puzzling! I notice your configure was ./configure. Was it it an in-source build (IE not building to a separate object file directory?)
[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #8 from Phil Muldoon --- I am still waiting for my build to complete the full-stages. Meanwhile does --disable-libcc1 allow you to continue with your work?
[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #6 from Phil Muldoon --- I am already past that point in my build. auto-host.h is an automatically generated file, so I am quite puzzled why in your case it has not found it. In my case, it is in obj/gcc/auto-host.h. I built with your parameters. Was this a new build from a new checkout? If you updated from an existing src base, did you run make distclean over the old build? Or just start with a new obj/ location?
[Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684 --- Comment #3 from Phil Muldoon --- I am trying to replicate locally. Do you recall at which stage (1, 2 .. etc) during the build process this occurred at?
[Bug libstdc++/53477] pretty printer fails with: Python Exception list index out of range
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477 --- Comment #14 from Phil Muldoon --- It should be fixed for all cases in the PR. I think we can close it, and if any of the people commenting on this bug have issues, they can reopen it. My pmuld...@redhat.com account does not have sufficient privileges to alter the state of the bug, or the assignee. (Though I did not try with my gcc.gnu.org account)
[Bug libstdc++/53477] pretty printer fails with: Python Exception list index out of range
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477 Phil Muldoon changed: What|Removed |Added CC||pmuldoon at redhat dot com --- Comment #12 from Phil Muldoon --- I checked in a patch to fix this yesterday. Not sure why the bug did not auto-update. Here is the link to the patch: http://gcc.gnu.org/ml/gcc-cvs/2013-08/msg00497.html Author: pmuldoon Date: Tue Aug 20 19:20:42 2013 New Revision: 201888 URL: http://gcc.gnu.org/viewcvs?rev=201888&root=gcc&view=rev Log: 2013-08-20 Phil Muldoon PR libstdc++/53477 http://sourceware.org/bugzilla/show_bug.cgi?id=15195 * python/libstdcxx/v6/printers.py (Printer.__call__): If a value is a reference, fetch referenced value. (RxPrinter.invoke): Ditto. * testsuite/libstdc++-prettyprinters/cxx11.cc (main): Add -O0 flag. Add referenced value tests. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/python/libstdcxx/v6/printers.py trunk/libstdc++-v3/testsuite/libstdc++-prettyprinters/cxx11.cc