[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Evgeny Grin karlson2k at gmail dot com changed: What|Removed |Added CC||karlson2k at gmail dot com --- Comment #10 from Evgeny Grin karlson2k at gmail dot com 2013-02-10 23:06:21 UTC --- New bug 56279 was introduced with this fix.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 --- Comment #7 from Kai Tietz ktietz at gcc dot gnu.org 2012-07-06 18:54:24 UTC --- Author: ktietz Date: Fri Jul 6 18:54:20 2012 New Revision: 189338 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189338 Log: PR bootstrap/52947 * config/i386/mingw32.h (NATIVE_SYSTEM_HEADER_DIR): Define it always as /mingw/include. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/mingw32.h
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 --- Comment #8 from Kai Tietz ktietz at gcc dot gnu.org 2012-07-06 18:56:15 UTC --- Author: ktietz Date: Fri Jul 6 18:56:09 2012 New Revision: 189339 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189339 Log: Backport from mainline. PR bootstrap/52947 * config/i386/mingw32.h (NATIVE_SYSTEM_HEADER_DIR): Define it always as /mingw/include. Modified: branches/gcc-4_7-branch/gcc/ChangeLog branches/gcc-4_7-branch/gcc/config/i386/mingw32.h
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Kai Tietz ktietz at gcc dot gnu.org 2012-07-06 18:58:08 UTC --- Fixed.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-07-05 Ever Confirmed|0 |1 --- Comment #6 from Kai Tietz ktietz at gcc dot gnu.org 2012-07-05 11:42:25 UTC --- So, issue tracked down. It isn't related to the change I did for 4.7 version. At least not in a direct way. My changed fixed some issues, which now shown a hidden issue about msys' make, which changes happily arguments containing a POSIX-path to absolute DOS-style paths. By this NATIVE_SYSTEM_HEADER_DIR (which is /mingw/include) to something like 'D:/msys/mingw/include'. As native system-header-directory gets additionally prefixed by the specified sysroot, this leads to merging of two absolute DOS-style paths. So solution for this might be to redefine NATIVE_SYSTEM_HEADER_DIR within target's mingw32.h header for cases that TARGET_SYSTEM_ROOT is defined back to '/mingw/include'.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.7.1 |4.7.2 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-06-14 08:16:20 UTC --- GCC 4.7.1 is being released, adjusting target milestone.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 --- Comment #4 from ralphengels at gmail dot com ralphengels at gmail dot com 2012-05-13 15:15:10 UTC --- Adding --disable-build-poststage1-with-cxx \ --disable-build-with-cxx \ allows the full bootstrap on windows with mingw64. Something is broken with C++ though as anything that links to libstdc++ will crash with the executable has stopped working error (exceptions ?). I hope my findings can shed some light on this.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 ralpheng...@gmail.com ralphengels at gmail dot com changed: What|Removed |Added CC||ralphengels at gmail dot ||com --- Comment #3 from ralphengels at gmail dot com ralphengels at gmail dot com 2012-04-21 09:39:19 UTC --- Just chiming in. Im also running into this problem in stage2 where it fails to find stdarg.h. As an experiment i tried reverting kai's work but it still fails to find system headers. A non bootstrap build works but im having problems with programs using libstdc++. All programs compiled that depends on libstdc++ will crash with initialization error 0xc05. My machine is Win7 64. All previous gcc versions build fine btw. And work also. I have tried with versions compiled by other parts and the problem persists.
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||ktietz at gcc dot gnu.org Target Milestone|--- |4.7.1 Summary|[4.7 Regression] bootstrap |[4.7/4.8 Regression] |fails due to wrong include |bootstrap fails due to |search path composition |wrong include search path ||composition --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-12 12:57:39 UTC --- I remember Kai did surgery in this place. Did you identify a patch that caused this regression? My bet would be 2011-03-25 Kai Tietz kti...@redhat.com * collect2.c (write_c_file_stat): Handle backslash as right-hand directory separator. (resolve_lib_name): Use IS_DIR_SEPARATOR instead of checking just for slash. * coverage.c (coverage_init): Use IS_ABSOLUTE_PATH instead of checking for trailing slash. * gcc.c (record_temp_file): Use filename_cmp instead of strcmp. (do_spec_1): Likewise. ...
[Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947 --- Comment #2 from Rainer Emrich rai...@emrich-ebersheim.de 2012-04-12 15:36:11 UTC --- (In reply to comment #1) I remember Kai did surgery in this place. Did you identify a patch that caused this regression? My bet would be 2011-03-25 Kai Tietz kti...@redhat.com * collect2.c (write_c_file_stat): Handle backslash as right-hand directory separator. (resolve_lib_name): Use IS_DIR_SEPARATOR instead of checking just for slash. * coverage.c (coverage_init): Use IS_ABSOLUTE_PATH instead of checking for trailing slash. * gcc.c (record_temp_file): Use filename_cmp instead of strcmp. (do_spec_1): Likewise. ... To be honest, I don't know. I tried native bootstrapping on x86_64-w64-mingw32 at the beginning of last year but gave up due to the issues found. Lately I managed to bootstrap the 4.6 series with some manual intervention even ada included. There are still issues, one of them is really fundamental, but that's a different story. Btw. the PATH composition for --with-local-prefix is messed up the same way.
