[Bug bootstrap/12974] New: gcc-3.4-20031105 bootstrap failure [MinGW]

[Bug bootstrap/12974] New: gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

It's me and it's MinGW bootstrap failures again.  This time I have flex and 
bison.

Working in /c/temp/gcc with src, build, and dest directories.

../src/configure --prefix=/c/temp/gcc/dest --enable-languages=c,c++ --enable-
sjlj-exceptions --enable-threads=win32 --disable-win32-registry --disable-
shared --without-newlib --disable-nls --disable-debug

This works.

make "CFLAGS=-O3 -fomit-frame-pointer -ffast-math" "LDFLAGS=-s -Wl,--
stack=0x00800000" bootstrap

This doesn't.

if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
./xgcc -B./ -B/c/temp/gcc/dest/i686-pc-mingw32/bin/ -
isystem /c/temp/gcc/dest/i686-pc-mingw32/include -
isystem /c/temp/gcc/dest/i686-pc-mingw32/sys-include -
L/c/temp/gcc/build/gcc/../ld -O2 -I../../src/gcc/../winsup/w32api/include -
DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -
isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -
D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../src/gcc -I../../src/gcc/ -
I../../src/gcc/../include  -DL_chkstk -xassembler-with-cpp -
c ../../src/gcc/config/i386/cygwin.asm -o libgcc/./_chkstk.o
./xgcc -B./ -B/c/temp/gcc/dest/i686-pc-mingw32/bin/ -
isystem /c/temp/gcc/dest/i686-pc-mingw32/include -
isystem /c/temp/gcc/dest/i686-pc-mingw32/sys-include -
L/c/temp/gcc/build/gcc/../ld -O2 -I../../src/gcc/../winsup/w32api/include -
DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -
isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -
D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../src/gcc -I../../src/gcc/ -
I../../src/gcc/../include   -DL_muldi3 -c ../../src/gcc/libgcc2.c -o 
libgcc/./_muldi3.o
In file included from ../../src/gcc/libgcc2.c:40:
./tconfig.h:5:37: config/i386/xm-mingw32.h: No such file or directory
In file included from ../../src/gcc/libgcc2.c:43:
./tm.h:4:31: config/i386/i386.h: No such file or directory
./tm.h:5:31: config/i386/unix.h: No such file or directory
./tm.h:6:30: config/i386/bsd.h: No such file or directory
./tm.h:7:30: config/i386/gas.h: No such file or directory
./tm.h:8:29: config/dbxcoff.h: No such file or directory
./tm.h:9:34: config/i386/cygming.h: No such file or directory
./tm.h:10:34: config/i386/mingw32.h: No such file or directory
./tm.h:11:23: defaults.h: No such file or directory
../../src/gcc/libgcc2.c: In function `__mulhi3':

../../src/gcc/libgcc2.c:501: error: `BITS_PER_UNIT' undeclared (first use in 
this function)
../../src/gcc/libgcc2.c:501: error: (Each undeclared identifier is reported 
only once
../../src/gcc/libgcc2.c:501: error: for each function it appears in.)
make[3]: *** [libgcc/./_muldi3.o] Error 1
make[3]: Leaving directory `/c/temp/gcc/build/gcc'
make[2]: *** [libgcc.a] Error 2
make[2]: Leaving directory `/c/temp/gcc/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/c/temp/gcc/build/gcc'
make: *** [bootstrap] Error 2

-- 
           Summary: gcc-3.4-20031105 bootstrap failure [MinGW]
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: stl at caltech dot edu
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: mingw32
  GCC host triplet: mingw32
GCC target triplet: mingw32


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-09 01:50 -------
What happens if you remove -ffast-math from the CFLAGS and try again?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-11-09 15:16 -------
Same thing.

../src/configure --prefix=/c/temp/gcc/dest --enable-languages=c,c++ --enable-
sjlj-exceptions --enable-threads=win32 --disable-win32-registry --disable-
shared --without-newlib --disable-nls --disable-debug
make bootstrap

mkdir -p -- libgcc
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
./xgcc -B./ -B/c/temp/gcc/dest/i686-pc-mingw32/bin/ -
isystem /c/temp/gcc/dest/i686-pc-mingw32/include -
isystem /c/temp/gcc/dest/i686-pc-mingw32/sys-include -
L/c/temp/gcc/build/gcc/../ld -O2 -I../../src/gcc/../winsup/w32api/include -
DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -
isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -
D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../src/gcc -I../../src/gcc/ -
I../../src/gcc/../include  -DL_chkstk -xassembler-with-cpp -
c ../../src/gcc/config/i386/cygwin.asm -o libgcc/./_chkstk.o
./xgcc -B./ -B/c/temp/gcc/dest/i686-pc-mingw32/bin/ -
isystem /c/temp/gcc/dest/i686-pc-mingw32/include -
isystem /c/temp/gcc/dest/i686-pc-mingw32/sys-include -
L/c/temp/gcc/build/gcc/../ld -O2 -I../../src/gcc/../winsup/w32api/include -
DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -
isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -
D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../src/gcc -I../../src/gcc/ -
I../../src/gcc/../include   -DL_muldi3 -c ../../src/gcc/libgcc2.c -o 
libgcc/./_muldi3.o
In file included from ../../src/gcc/libgcc2.c:40:
./tconfig.h:5:37: config/i386/xm-mingw32.h: No such file or directory
In file included from ../../src/gcc/libgcc2.c:43:
./tm.h:4:31: config/i386/i386.h: No such file or directory
./tm.h:5:31: config/i386/unix.h: No such file or directory
./tm.h:6:30: config/i386/bsd.h: No such file or directory
./tm.h:7:30: config/i386/gas.h: No such file or directory
./tm.h:8:29: config/dbxcoff.h: No such file or directory
./tm.h:9:34: config/i386/cygming.h: No such file or directory
./tm.h:10:34: config/i386/mingw32.h: No such file or directory
./tm.h:11:23: defaults.h: No such file or directory
../../src/gcc/libgcc2.c: In function `__mulhi3':

../../src/gcc/libgcc2.c:501: error: `BITS_PER_UNIT' undeclared (first use in 
this function)
../../src/gcc/libgcc2.c:501: error: (Each undeclared identifier is reported 
only once
../../src/gcc/libgcc2.c:501: error: for each function it appears in.)
make[3]: *** [libgcc/./_muldi3.o] Error 1
make[3]: Leaving directory `/c/temp/gcc/build/gcc'
make[2]: *** [libgcc.a] Error 2
make[2]: Leaving directory `/c/temp/gcc/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/c/temp/gcc/build/gcc'
make: *** [bootstrap] Error 2

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-09 18:42 -------
Can you try configure with an abosulote path instead of a relative one and see if that helps?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[dannysmith at gcc dot gnu dot org]

------- Additional Comments From dannysmith at gcc dot gnu dot org  2003-11-09 18:50 -------
Are you using the msys shell environment?
I  successfully bootstrap routinely using cygwin shell and tools with:

../gcc/configure  --host=mingw32 --build=mingw32 --target=mingw32 --
prefix=/mingw  --enable-threads --disable-nls --enable-
languages=c,c++,objc,f77,ada --disable-win32-registry --disable-shared --enable-
sjlj-exceptions --disable-libstdcxx-pch

The explicit host/build/target is because cygwin uname returns 'cygwin'

Danny

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-11-09 19:48 -------
[Andrew Pinski]
> Can you try configure with an absolute path instead of a relative one

This will not work.  When gengtype is compiled, it is compiled by MinGW as a 
native Windows application, and will not understand absolute MSYS paths (that 
is, /c/temp/blah).

If configure understands absolute Windows paths (that is, C:\Temp\Blah), I 
could try that.

[Danny Smith]
> Are you using the msys shell environment?

Correct.

I can bootstrap 3.3.1 fine this way, so I don't know why 3.4 fails.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-11-10 16:15 -------
Adding --disable-libstdcxx-pch to the configure options doesn't change the 
error either.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-11-11 02:19 -------
Ping.

This bug should be set back to UNCONFIRMED, instead of WAITING. Unless there 
are more things you'd like me to try, short of waving a dead chicken over it.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-15 08:57 -------
moving to invalid to move to ...

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-15 08:58 -------
unconfirmed.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-12-08 04:37 -------
The exact same error occurs with gcc-3.4-20031203.

Can someone with a plain vanilla MinGW/MSYS setup try to reproduce this?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[dannysmith at gcc dot gnu dot org]

------- Additional Comments From dannysmith at gcc dot gnu dot org  2003-12-13 09:07 -------
I don't have msys installed so I can't test this, but one thing that may be 
affecting search path with msys is the change to make-relative-prefix/lrealpath 
in 3.4 vs 3.3.1. (It has recently been backported to 3_3-branch as well.

2003-02-20  Daniel Jacobowitz  <drow@mvista.com>

	* lrealpath.c: New file.
	* make-relative-prefix.c: Update documentation.
	(make_relative_prefix): Simplify.  Use lbasename and lrealpath.


Could you try this patch to see if it helps

Index: gcc/libiberty/lrealpath.c
===================================================================
RCS file: /cvs/gcc/gcc/libiberty/lrealpath.c,v
retrieving revision 1.1
diff -c -3 -p -r1.1 lrealpath.c
*** gcc/libiberty/lrealpath.c	20 Feb 2003 22:11:13 -0000	1.1
--- gcc/libiberty/lrealpath.c	1 Dec 2003 20:25:47 -0000
*************** extern char *canonicalize_file_name (con
*** 64,69 ****
--- 64,74 ----
  #   define REALPATH_LIMIT MAXPATHLEN
  #  endif
  # endif
+ #else
+ # if defined (_WIN32)
+ #  define WIN32_LEAN_AND_MEAN
+ #  include <windows.h> /* for GetFullPathName */
+ # endif
  #endif
  
  char *
*************** lrealpath (filename)
*** 120,125 ****
--- 125,144 ----
  	free (buf);
  	return ret;
        }
+   }
+ #endif
+ 
+   /* The W32API method.  If we don't have realpath, we assume we don't
+      have symlinks and just canonicalize to a Windows absolute path.  */
+ #if defined (_WIN32_)
+   {
+     char buf[MAX_PATH];
+     char* finalpart;
+     DWORD len = GetFullPathName (filename, MAX_PATH, buf, &finalpart);
+     if (len == 0 || len > MAX_PATH-1) /* failure */
+       return strdup (filename);
+     else
+       return strdup (buf);
    }
  #endif
  

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-12-19 12:00 -------
Unfortunately, that patch does not affect the problem.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-12-20 07:40 -------
Shouldn't this be considered a 3.4.0 regression, since I can bootstrap 3.3.2 
fine?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4 Regression] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|gcc-3.4-20031105 bootstrap  |[3.4 Regression] gcc-3.4-
                   |failure [MinGW]             |20031105 bootstrap failure
                   |                            |[MinGW]
   Target Milestone|---                         |3.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4 Regression] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-12-22 20:50 -------
Can you try again, as the fix for PR 13272 was applied which might fix this problem?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4 Regression] gcc-3.4-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2003-12-23 03:21 -------
I don't think that that patch will fix the problem.

>From the patch:
 #if defined (_WIN32) || defined (__MSDOS__) \
-    || defined (__DJGPP__) || defined (__OS2__)
+    || defined (__DJGPP__) || defined (__OS2__) || defined (__CYGWIN__)

But MinGW already defines _WIN32:

C:\Temp\matrix>type mlar.h

C:\Temp\matrix>cpp -dM mlar.h
#define __DBL_MIN_EXP__ (-1021)
#define __FLT_MIN__ 1.17549435e-38F
#define _WIN32 1
#define _X86_ 1
[... more ...]

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4 Regression] gcc-3.4-20031105 bootstrap failure [MinGW]

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2003-12-23 05:54:14
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4 Regression] gcc-3.4-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2003-12-31 21:41 -------
Ugh.  This is another bug caused by the weird way libgcc is built.  Gotta 
remember to rewrite that.  :-P 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-02-18 08:13 -------
[http://gcc.gnu.org/bugs/management.html]
> A regression should start with severity "critical" to bring it to attention.

So, I'm changing the severity to critical under the assumption that it can be 
reduced later if necessary.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |critical


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[giovannibajo at libero dot it]

------- Additional Comments From giovannibajo at libero dot it  2004-02-18 09:35 -------
Nathanael, do you understand what's going on here? Can you suggest a fix for 
this which would be acceptable for 3.4?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |neroden at gcc dot gnu dot
                   |                            |org, giovannibajo at libero
                   |                            |dot it


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[dannysmith at gcc dot gnu dot org]

------- Additional Comments From dannysmith at gcc dot gnu dot org  2004-02-19 01:50 -------
The relevant part of the gcc makefile is this:

in 3.4

INCLUDES = -I. -I$(@D) -I$(srcdir) -I$(srcdir)/$(@D) \
	   -I$(srcdir)/../include 


in 3.3

INCLUDES = -I. -I$(@D) -I$(srcdir) -I$(srcdir)/$(@D) \
	   -I$(srcdir)/config -I$(srcdir)/../include

How does  msys version of make expand @D automatic variable,
when the target filename is of the form libgcc/./_muldi3.o

  -I$(@D) -I$(srcdir)

may cause problems if it is interpreted as  -I -I$(srcdir). 
(which is what your output seems to suggest)

The search will be for a nonexistent directory named -I$(srcdir)
rather than two directories: -Ilibgcc -I$(srcdir) 

In 3.3 the include of -I$(srcdir)/config would have allowed it to find 
config/i386/ regardless of handling of @D.

Can you add -v to TARGET_LIBGCC2_CFLAGS to see what directories are being 
searched.

Danny

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-02-28 23:33 -------
Danny Smith has analyzed it correctly, I believe. 
 
Can we get the information he asked for, plus the information about the 
version of make you're using?  :-) 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-01 08:57 -------
[Danny Smith]
> How does msys version of make expand @D automatic variable,
> when the target filename is of the form libgcc/./_muldi3.o

I used a Makefile consisting of:

.DEFAULT:
    echo $(@D)

I executed in MSYS:

$ make libgcc/./_muldi3.o
echo libgcc/.
libgcc/.

> Can you add -v to TARGET_LIBGCC2_CFLAGS to see what
> directories are being searched.

if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
./xgcc -B./ -B/c/temp/gcc/dest/i686-pc-mingw32/bin/ -
isystem /c/temp/gcc/dest/i686-pc-mingw32/include -
isystem /c/temp/gcc/dest/i686-pc-mingw32/sys-include -
L/c/temp/gcc/build/gcc/../ld -O2 -I../../src/gcc/../winsup/w32api/include -
DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -
Wold-style-definition  -isystem ./include  -v -g -DHAVE_GTHR_DEFAULT -
DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I -I../../src/gcc -I../../src/gcc/ -
I../../src/gcc/../include   -DL_muldi3 -c ../../src/gcc/libgcc2.c -o 
libgcc/./_muldi3.o
Reading specs from ./specs
Configured with: ../src/configure --prefix=/c/temp/gcc/dest --enable-
languages=c,c++ --enable-sjlj-exceptions --enable-threads=win32 --disable-
win32-registry --disable-shared --without-newlib --disable-nls --disable-
debug --disable-checking
Thread model: win32
gcc version 3.4.0 20040225 (prerelease)
 ./cc1.exe -quiet -v -I../../src/gcc/../winsup/w32api/include -I. -I -
I../../src/gcc -I../../src/gcc/ -I../../src/gcc/../include -iprefix 
c:\temp\gcc\build\gcc\../lib/gcc/i686-pc-mingw32/3.4.0/ -isystem ./include -
isystem c:/temp/gcc/dest/i686-pc-mingw32/bin/include -DIN_GCC -
DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DL_muldi3 -isystem 
c:/temp/gcc/dest/i686-pc-mingw32/include -isystem c:/temp/gcc/dest/i686-pc-
mingw32/sys-include -isystem ./include ../../src/gcc/libgcc2.c -quiet -
dumpbase libgcc2.c -mtune=pentiumpro -auxbase-strip libgcc/./_muldi3.o -g -O2 -
W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-
definition -version -o C:/DOCUME~1/STEPHA~1.LAV/LOCALS~1/Temp/cc2zbaaa.s
ignoring nonexistent directory "c:/temp/gcc/dest/i686-pc-mingw32/bin/include"
ignoring nonexistent directory "c:/temp/gcc/dest/i686-pc-mingw32/include"
ignoring nonexistent directory "c:/temp/gcc/dest/i686-pc-mingw32/sys-include"
ignoring nonexistent directory "c:\temp\gcc\build\gcc\../lib/gcc/i686-pc-
mingw32/3.4.0/include"
ignoring nonexistent directory "/c/temp/gcc/dest/include"
ignoring nonexistent directory "c:/temp/gcc/dest/lib/gcc/i686-pc-
mingw32/3.4.0/include"
ignoring nonexistent directory "c:/temp/gcc/dest/i686-pc-mingw32/include"
ignoring nonexistent directory "../../src/gcc/../winsup/w32api/include"
ignoring nonexistent directory "-I../../src/gcc"
ignoring nonexistent directory "../../src/gcc/"
#include "..." search starts here:
#include <...> search starts here:
 .
 ../../src/gcc/../include
 ./include
 ./include
 c:/temp/gcc/dest/include
 /mingw/include
End of search list.
GNU C version 3.4.0 20040225 (prerelease) (i686-pc-mingw32)
        compiled by GNU C version 3.3 (mingw special 20030514-1).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=131003
In file included from ../../src/gcc/libgcc2.c:40:
./tconfig.h:5:37: config/i386/xm-mingw32.h: No such file or directory
In file included from ../../src/gcc/libgcc2.c:43:
./tm.h:4:31: config/i386/i386.h: No such file or directory
./tm.h:5:31: config/i386/unix.h: No such file or directory
./tm.h:6:30: config/i386/bsd.h: No such file or directory
./tm.h:7:30: config/i386/gas.h: No such file or directory
./tm.h:8:29: config/dbxcoff.h: No such file or directory
./tm.h:9:34: config/i386/cygming.h: No such file or directory
./tm.h:10:34: config/i386/mingw32.h: No such file or directory
./tm.h:11:23: defaults.h: No such file or directory
../../src/gcc/libgcc2.c: In function `__mulhi3':
../../src/gcc/libgcc2.c:464: error: `BITS_PER_UNIT' undeclared (first use in 
this function)
../../src/gcc/libgcc2.c:464: error: (Each undeclared identifier is reported 
only once
../../src/gcc/libgcc2.c:464: error: for each function it appears in.)
make[3]: *** [libgcc/./_muldi3.o] Error 1
make[3]: Leaving directory `/c/temp/gcc/build/gcc'
make[2]: *** [libgcc.a] Error 2
make[2]: Leaving directory `/c/temp/gcc/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/c/temp/gcc/build/gcc'
make: *** [bootstrap] Error 2

[Nathanael C. Nerode]
> the version of make you're using?

$ make --version
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.

N.B. This time I used

../src/configure --prefix=/c/temp/gcc/dest --enable-languages=c,c++ --enable-
sjlj-exceptions --enable-threads=win32 --disable-win32-registry --disable-
shared --without-newlib --disable-nls --disable-debug --disable-checking
make "CFLAGS=-O3 -fomit-frame-pointer -ffast-math" "LDFLAGS=-s -Wl,--
stack=0x00800000" bootstrap

with gcc-3.4-20040225.  Given my recent experience with 3.3.x, I also put 
mingw-runtime-3.2 and w32api-2.5 in dest, but that didn't affect the error.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[dannysmith at gcc dot gnu dot org]

------- Additional Comments From dannysmith at gcc dot gnu dot org  2004-03-01 10:19 -------
>From your output:

ignoring nonexistent directory "-I../../src/gcc"
ignoring nonexistent directory "../../src/gcc/"

Your version of make isn't handling 

-I$(@D) -I$(srcdir) -I$(srcdir)/$(@D)

correctly

Danny

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-01 10:22 -------
Does that suggest a way in which 3.4 can be patched?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|3.3                         |3.3 3.3.1 3.3.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-03-01 16:32 -------
Well, $(@D) appears to be expanding to blank in the actual rule used.  (Which 
definitely isn't right; at worst it should expand to ".".) 
 
But it expands correctly in your test. 
 
This might point to a problem with the rule and/or the Makefile. 
The rule, unfortunately, seems to be in the libgcc Makefile, which is 
generated partway through compilation.  :-P   I believe it's called 
"mklibgcc".  I can't find any obvious reason why it would have changed in such 
a way as to change this. 
 
Maybe you could attach a copy of the generated mklibgcc which is dying? 
 
Or perhaps it's finding a different, incorrect version of 'make' ?!? 
(Unlikely.) 
 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-01 18:33 -------
[Nathanael C. Nerode]
> Maybe you could attach a copy of the generated mklibgcc which is dying?

I will attach /c/temp/gcc/build/gcc/mklibgcc .

> Or perhaps it's finding a different, incorrect version
> of 'make' ?!? (Unlikely.)

I don't think MSYS comes with two versions of make.  I rename my MinGW make to 
makeFOOZLE.exe whenever doing gcc builds, as it is violently incompatible.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-01 18:46 -------
http://stl.nuwen.net/build.tar.bz2 (10.3 MB)

That's /c/temp/gcc/build from after the bootstrap fails, if any other files 
from there are of interest.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-03-15 19:12 -------
Created an attachment (id=5925)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5925&action=view)
Hopeful fix for the problem

Automatic pass-down of $(INCLUDES) fails when $(INCLUDES) references $(@D);
explicit pass-down works, it appears.

Try this patch to gcc/Makefile.in; if it fixes the problem, I'll commit it to
mainline (and eventually 3.4).

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |neroden at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-16 03:16 -------
Bootstrapping now. Ran into the Stupid /usr/include Problem (I upgraded to 
MSYS 1.0.10 RC5 and forgot), so I created that directory and restarted the 
bootstrap.

I think it got past the point where it was failing before, but I'm not sure. 
When it finishes I'll let you know whether it succeeded or not.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[stl at caltech dot edu]

------- Additional Comments From stl at caltech dot edu  2004-03-16 03:53 -------
C:\Temp\gcc\gcc-3.4-20040310\bin>gcc --version
gcc (GCC) 3.4.0 20040310 (prerelease)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


C:\Temp\gcc\gcc-3.4-20040310\bin>g++ --version
g++ (GCC) 3.4.0 20040310 (prerelease)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

VICTORY!

Thanks for solving the problem. Will the patch make it into 3.4.0?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-03-16 21:09 -------
Subject: Bug 12974

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	neroden@gcc.gnu.org	2004-03-16 21:09:25

Modified files:
	gcc            : ChangeLog Makefile.in 

Log message:
	2004-03-16  Nathanael Nerode  <neroden@gcc.gnu.org>
	
	PR bootstrap/12974
	* Makefile.in: Pass $(INCLUDES) down to libgcc.mk explicitly.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.3182&r2=2.3183
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/Makefile.in.diff?cvsroot=gcc&r1=1.1261&r2=1.1262



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-03-16 21:18 -------
Subject: Bug 12974

CVSROOT:	/cvs/gcc
Module name:	gcc
Branch: 	gcc-3_4-branch
Changes by:	neroden@gcc.gnu.org	2004-03-16 21:18:45

Modified files:
	gcc            : ChangeLog Makefile.in 

Log message:
	2004-03-16  Nathanael Nerode  <neroden@gcc.gnu.org>
	
	PR bootstrap/12974
	* Makefile.in: Pass $(INCLUDES) down to libgcc.mk explicitly.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.346&r2=2.2326.2.347
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.1223.2.12&r2=1.1223.2.13



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-03-16 21:20 -------
I just fixed it.  Have fun.  :-) 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-03-16 21:34 -------
Mark, sorry, brain-dead me, not used to release branch rules, got confused and 
committed the fix for this to 3.4 branch already. 
 
It *was* targeted to 3.4.0 and is a regression fix.  It also potentially 
affected more platforms than just mingw.  And it's a *very* safe fix. 
 
I just forgot this bit: 
> Henceforth, please do not make any non-documentation check-ins to the 
>3.4 branch without my explicit approval.  To get that approval, please 
>do *not* send me mail directly.  Instead, add your patch to the 
>relevant PR, which must be targeted at 3.r, and add me to the CC list 
>for the PR.  Note that this procedure implies that if there is no PR 
>targeted at 3.4 I will not accept the patch. 
 
So, anyway, I'm notifying you now (better late than never).  If you want me to 
revert this, tell me. 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mark at codesourcery dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974

[Bug bootstrap/12974] [3.4/3.5 Regression] gcc-3.4/3.5-20031105 bootstrap failure [MinGW]

[mark at codesourcery dot com]

------- Additional Comments From mark at codesourcery dot com  2004-03-16 22:08 -------
Subject: Re:  [3.4/3.5 Regression] gcc-3.4/3.5-20031105
 bootstrap failure [MinGW]

neroden at gcc dot gnu dot org wrote:

>------- Additional Comments From neroden at gcc dot gnu dot org  2004-03-16 21:34 -------
>Mark, sorry, brain-dead me, not used to release branch rules, got confused and 
>committed the fix for this to 3.4 branch already. 
> 
>It *was* targeted to 3.4.0 and is a regression fix.  It also potentially 
>affected more platforms than just mingw.  And it's a *very* safe fix. 
> 
>I just forgot this bit: 
>  
>
>>Henceforth, please do not make any non-documentation check-ins to the 
>>3.4 branch without my explicit approval.  To get that approval, please 
>>do *not* send me mail directly.  Instead, add your patch to the 
>>relevant PR, which must be targeted at 3.r, and add me to the CC list 
>>for the PR.  Note that this procedure implies that if there is no PR 
>>targeted at 3.4 I will not accept the patch. 
>>    
>>
> 
>So, anyway, I'm notifying you now (better late than never).  If you want me to 
>revert this, tell me. 
>  
>
It's OK.  Thanks for letting me know.  I agree that the patch is fine; 
please leave it in.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12974