public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition
@ 2012-04-12 12:05 rainer@emrich-ebersheim.de
2012-04-12 12:58 ` [Bug bootstrap/52947] [4.7/4.8 " rguenth at gcc dot gnu.org
` (10 more replies)
0 siblings, 11 replies; 12+ messages in thread
From: rainer@emrich-ebersheim.de @ 2012-04-12 12:05 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
Bug #: 52947
Summary: [4.7 Regression] bootstrap fails due to wrong include
search path composition
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: rainer@emrich-ebersheim.de
native x86_64-w64-mingw32 bootstrap using --with-sysroot
This used to work for the 4.6 series.
../../src/gcc-4.7.0/configure
--prefix=/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0
--with-gnu-as
--with-as=/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/bin/as
--with-gnu-ld
--with-ld=/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/bin/ld
--build=x86_64-w64-mingw32
--enable-languages=c,ada,c++,fortran,java,lto,objc,obj-c++
--with-gmp-include=/SCRATCH/tmp.pzGXGetUXT/install/include
--with-gmp-lib=/SCRATCH/tmp.pzGXGetUXT/install/lib64
--with-mpfr-include=/SCRATCH/tmp.pzGXGetUXT/install/include
--with-mpfr-lib=/SCRATCH/tmp.pzGXGetUXT/install/lib64
--with-mpc-include=/SCRATCH/tmp.pzGXGetUXT/install/include
--with-mpc-lib=/SCRATCH/tmp.pzGXGetUXT/install/lib64
--with-ppl-include=/SCRATCH/tmp.pzGXGetUXT/install/include
--with-ppl-lib=/SCRATCH/tmp.pzGXGetUXT/install/lib64
--with-cloog-include=/SCRATCH/tmp.pzGXGetUXT/install/include
--with-cloog-lib=/SCRATCH/tmp.pzGXGetUXT/install/lib64
--with-local-prefix=/opt/devel/tec/devel/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0
--enable-libgomp --enable-fully-dynamic-string --disable-multilib
--enable-checking=release --disable-werror --with-sysroot=/x86_64-w64-trunk
--with-host-libstdcxx='-Wl,-Bstatic,-lstdc++,-Bdynamic'
gcc 4.7.0 bootstrap fails during configuration in libgcc:
checking how to run the C preprocessor... /lib/cpp
configure: error: in
`/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/x86_64-w64-mingw32/libgcc':
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
gmake[2]: *** [configure-stage1-target-libgcc] Error 1
gmake[2]: Leaving directory `/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0'
gmake: *** [all] Error 2
config.log in libgcc shows:
configure:3893: checking how to run the C preprocessor
configure:3924: /SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/./gcc/xgcc
-B/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/./gcc/
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/lib
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/mingw/lib
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/include
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/mingw/include
-B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/bin/
-B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/lib/
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/include
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/sys-include
-E conftest.c
In file included from
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/gcc/include-fixed/syslimits.h:7:0,
from
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/gcc/include-fixed/limits.h:34,
from conftest.c:10:
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/gcc/include-fixed/limits.h:169:61:
error: no include path in which to search for limits.h
configure:3924: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
further analysis shows that the include search path composition is wrong.
For gcc-4.6.3 stage1 xgcc the search path is as follows:
nicht vorhandenes Verzeichnis
»d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.6.3/x86_64-w64-mingw32/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.6.3/mingw/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.6.3/x86_64-w64-mingw32/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.6.3/x86_64-w64-mingw32/sys-include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.6.3\gcc-4.6.3\gcc\../lib/gcc/x86_64-w64-mingw32/4.6.3/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.6.3\gcc-4.6.3\gcc\../lib/gcc/x86_64-w64-mingw32/4.6.3/include-fixed«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.6.3\gcc-4.6.3\gcc\../lib/gcc/x86_64-w64-mingw32/4.6.3/../../../../x86_64-w64-mingw32/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.6.3/gcc-4.6.3/lib/gcc/x86_64-w64-mingw32/4.6.3/include«
wird ignoriert
nicht vorhandenes Verzeichnis
»D:/x86_64-w64-trunkd:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.6.3/lib/gcc/x86_64-w64-mingw32/4.6.3/../../../../include«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.6.3/gcc-4.6.3/lib/gcc/x86_64-w64-mingw32/4.6.3/include-fixed«
wird ignoriert
nicht vorhandenes Verzeichnis
»d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.6.3/gcc-4.6.3/x86_64-w64-mingw32/include«
wird ignoriert
#include "..." - Suche beginnt hier:
#include <...> - Suche beginnt hier:
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.6.3/gcc-4.6.3/gcc/include
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.6.3/gcc-4.6.3/gcc/include-fixed
D:/x86_64-w64-trunk/mingw/include
Ende der Suchliste.
As you see here the important search path component
D:/x86_64-w64-trunk/mingw/include is ok.
For gcc-4.7.0 in contrast I get:
ignoring nonexistent directory
"d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/include"
ignoring nonexistent directory
"d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/mingw/include"
ignoring nonexistent directory
"d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/include"
ignoring nonexistent directory
"d:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/x86_64-w64-mingw32/sys-include"
ignoring nonexistent directory
"d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.7.0\gcc-4.7.0\gcc\../lib/gcc/x86_64-w64-mingw32/4.7.0/include"
ignoring nonexistent directory
"d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.7.0\gcc-4.7.0\gcc\../lib/gcc/x86_64-w64-mingw32/4.7.0/include-fixed"
ignoring nonexistent directory
"d:\msys\scratch\tmp.pzgxgetuxt\gcc-4.7.0\gcc-4.7.0\gcc\../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../x86_64-w64-mingw32/include"
ignoring nonexistent directory
"d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.7.0/gcc-4.7.0/lib/gcc/x86_64-w64-mingw32/4.7.0/include"
ignoring nonexistent directory
"D:/x86_64-w64-trunkd:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-4.7.0/lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../include"
ignoring nonexistent directory
"d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.7.0/gcc-4.7.0/lib/gcc/x86_64-w64-mingw32/4.7.0/include-fixed"
ignoring nonexistent directory
"d:/msys/scratch/tmp.pzgxgetuxt/gcc-4.7.0/gcc-4.7.0/x86_64-w64-mingw32/include"
ignoring nonexistent directory "D:/x86_64-w64-trunkD:/msys/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/gcc/include
D:/msys/SCRATCH/tmp.pzGXGetUXT/gcc-4.7.0/gcc-4.7.0/gcc/include-fixed
Here the composition for the include search path gets wrong:
ignoring nonexistent directory "D:/x86_64-w64-trunkD:/msys/mingw/include"
The component /mingw/include is converted to an absolut windows path before
it's appended to the sysroot. That's palin wrong.
The library search path is ok.
Any idea how to solve this?
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
@ 2012-04-12 12:58 ` rguenth at gcc dot gnu.org
2012-04-12 15:36 ` rainer@emrich-ebersheim.de
` (9 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-04-12 12:58 UTC (permalink / raw)
To: gcc-bugs
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 <ktietz@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.
...
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
2012-04-12 12:58 ` [Bug bootstrap/52947] [4.7/4.8 " rguenth at gcc dot gnu.org
@ 2012-04-12 15:36 ` rainer@emrich-ebersheim.de
2012-04-13 13:18 ` rguenth at gcc dot gnu.org
` (8 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rainer@emrich-ebersheim.de @ 2012-04-12 15:36 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
--- Comment #2 from Rainer Emrich <rainer@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 <ktietz@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
2012-04-12 12:58 ` [Bug bootstrap/52947] [4.7/4.8 " rguenth at gcc dot gnu.org
2012-04-12 15:36 ` rainer@emrich-ebersheim.de
@ 2012-04-13 13:18 ` rguenth at gcc dot gnu.org
2012-04-21 9:43 ` ralphengels at gmail dot com
` (7 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-04-13 13:18 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (2 preceding siblings ...)
2012-04-13 13:18 ` rguenth at gcc dot gnu.org
@ 2012-04-21 9:43 ` ralphengels at gmail dot com
2012-05-13 16:31 ` ralphengels at gmail dot com
` (6 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: ralphengels at gmail dot com @ 2012-04-21 9:43 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
ralphengels@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 0xc000005. 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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (3 preceding siblings ...)
2012-04-21 9:43 ` ralphengels at gmail dot com
@ 2012-05-13 16:31 ` ralphengels at gmail dot com
2012-06-14 8:16 ` rguenth at gcc dot gnu.org
` (5 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: ralphengels at gmail dot com @ 2012-05-13 16:31 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (4 preceding siblings ...)
2012-05-13 16:31 ` ralphengels at gmail dot com
@ 2012-06-14 8:16 ` rguenth at gcc dot gnu.org
2012-07-05 11:42 ` ktietz at gcc dot gnu.org
` (4 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-06-14 8:16 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (5 preceding siblings ...)
2012-06-14 8:16 ` rguenth at gcc dot gnu.org
@ 2012-07-05 11:42 ` ktietz at gcc dot gnu.org
2012-07-06 18:54 ` ktietz at gcc dot gnu.org
` (3 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: ktietz at gcc dot gnu.org @ 2012-07-05 11:42 UTC (permalink / raw)
To: gcc-bugs
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'.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (6 preceding siblings ...)
2012-07-05 11:42 ` ktietz at gcc dot gnu.org
@ 2012-07-06 18:54 ` ktietz at gcc dot gnu.org
2012-07-06 18:56 ` ktietz at gcc dot gnu.org
` (2 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: ktietz at gcc dot gnu.org @ 2012-07-06 18:54 UTC (permalink / raw)
To: gcc-bugs
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=gcc&view=rev&rev=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
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (7 preceding siblings ...)
2012-07-06 18:54 ` ktietz at gcc dot gnu.org
@ 2012-07-06 18:56 ` ktietz at gcc dot gnu.org
2012-07-06 18:58 ` ktietz at gcc dot gnu.org
2013-02-10 23:06 ` karlson2k at gmail dot com
10 siblings, 0 replies; 12+ messages in thread
From: ktietz at gcc dot gnu.org @ 2012-07-06 18:56 UTC (permalink / raw)
To: gcc-bugs
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=gcc&view=rev&rev=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
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (8 preceding siblings ...)
2012-07-06 18:56 ` ktietz at gcc dot gnu.org
@ 2012-07-06 18:58 ` ktietz at gcc dot gnu.org
2013-02-10 23:06 ` karlson2k at gmail dot com
10 siblings, 0 replies; 12+ messages in thread
From: ktietz at gcc dot gnu.org @ 2012-07-06 18:58 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Bug bootstrap/52947] [4.7/4.8 Regression] bootstrap fails due to wrong include search path composition
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
` (9 preceding siblings ...)
2012-07-06 18:58 ` ktietz at gcc dot gnu.org
@ 2013-02-10 23:06 ` karlson2k at gmail dot com
10 siblings, 0 replies; 12+ messages in thread
From: karlson2k at gmail dot com @ 2013-02-10 23:06 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2013-02-10 23:06 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-04-12 12:05 [Bug bootstrap/52947] New: [4.7 Regression] bootstrap fails due to wrong include search path composition rainer@emrich-ebersheim.de
2012-04-12 12:58 ` [Bug bootstrap/52947] [4.7/4.8 " rguenth at gcc dot gnu.org
2012-04-12 15:36 ` rainer@emrich-ebersheim.de
2012-04-13 13:18 ` rguenth at gcc dot gnu.org
2012-04-21 9:43 ` ralphengels at gmail dot com
2012-05-13 16:31 ` ralphengels at gmail dot com
2012-06-14 8:16 ` rguenth at gcc dot gnu.org
2012-07-05 11:42 ` ktietz at gcc dot gnu.org
2012-07-06 18:54 ` ktietz at gcc dot gnu.org
2012-07-06 18:56 ` ktietz at gcc dot gnu.org
2012-07-06 18:58 ` ktietz at gcc dot gnu.org
2013-02-10 23:06 ` karlson2k at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).