[Bug java/11933] New: Parallel bootstrap failure linking gij

[Bug java/11933] New: Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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

           Summary: Parallel bootstrap failure linking gij
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: lucier at math dot purdue dot edu
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8

I believe this failure is due to mistaken or missing makefile dependencies in a
parallel build.  During a make -j 12 bootstrap, the error is:

/local/bin/bash ./libtool --tag=GCJ --mode=link
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-g -O2  -o jv-convert --main=gnu.gcj.convert.Convert -rpath /usr/local/lib
-shared-libgcc  
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
libgcj.la 
/local/bin/bash ./libtool --tag=GCJ --mode=link
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-g -O2  -o rmiregistry --main=gnu.java.rmi.registry.RegistryImpl -rpath
/usr/local/lib -shared-libgcc  
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
libgcj.la 
/local/bin/bash ./libtool --tag=GCJ --mode=link
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-g -O2  -o rmic --main=gnu.java.rmi.rmic.RMIC -rpath /usr/local/lib
-shared-libgcc  
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
libgcj.la 
/local/bin/bash ./libtool --tag=GCJ --mode=link
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-g -O2  -o gij -rpath /usr/local/lib -shared-libgcc  gij.o
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
libgcj.la 
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/ -g -O2 -o jv-convert
--main=gnu.gcj.convert.Convert -shared-libgcc 
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
./.libs/libgcj.so
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-lpthread -lrt -ldl -L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc
-L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib -lgcc_s -lgcc_s -Wl,-R
-Wl,/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
-Wl,-R -Wl,/usr/local/lib
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/ -g -O2 -o rmic
--main=gnu.java.rmi.rmic.RMIC -shared-libgcc 
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
./.libs/libgcj.so
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-lpthread -lrt -ldl -L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc
-L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib -lgcc_s -lgcc_s -Wl,-R
-Wl,/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
-Wl,-R -Wl,/usr/local/lib
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/ -g -O2 -o rmiregistry
--main=gnu.java.rmi.registry.RegistryImpl -shared-libgcc 
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
./.libs/libgcj.so
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-lpthread -lrt -ldl -L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc
-L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib -lgcc_s -lgcc_s -Wl,-R
-Wl,/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
-Wl,-R -Wl,/usr/local/lib
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/gcj
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/
-B/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc/ -g -O2 -o gij
-shared-libgcc gij.o 
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
./.libs/libgcj.so
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-lpthread -lrt -ldl -L/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/gcc
-L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib -lgcc_s -lgcc_s -Wl,-R
-Wl,/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs
-Wl,-R -Wl,/usr/local/lib
ld: warning: file
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs/libgcj.so:
linked to ./.libs/libgcj.so: attempted multiple inclusion of file
ld: warning: file
/home/c/lucier/programs/gcc/gcc-3.4/objdir-sparc/sparc-sun-solaris2.8/libjava/.libs/libgcj.so:
linked to ./.libs/libgcj.so: attempted multiple inclusion of file
Undefined			first referenced
 symbol  			    in file
java::io::File::File[in-charge](java::lang::String*)./.libs/libgcj.so
gnu::gcj::runtime::StackTrace::map   ./.libs/libgcj.so
java::net::BindException::class$    ./.libs/libgcj.so
<lots of stuff removed>
java::net::NetworkInterface::class$    ./.libs/libgcj.so
ld: fatal: Symbol referencing errors. No output written to gij
collect2: ld returned 1 exit status

The complete build log can be found at

http://www.math.purdue.edu/~lucier/build.2003-08-14.log.gz

Brad

[Bug java/11933] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


neroden at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build


------- Additional Comments From neroden at gcc dot gnu dot org  2003-08-24 20:14 -------
Ow. I'm not guru enough to figure out what the error is originating from.  But it looks more like another problem with libtool.  If it's really a 
dependency issue, I can't work out what dependency would be missing.

[Bug java/11933] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


neroden at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4                         |---


------- Additional Comments From neroden at gcc dot gnu dot org  2003-08-24 20:15 -------
Not a regression, really, since parallel bootstrap was mostly disabled in the Bad Old Days.  Retargeting.

[Bug java/11933] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From lucier at math dot purdue dot edu  2003-08-24 20:46 -------
Subject: Re:  Parallel bootstrap failure linking gij

> ------- Additional Comments From neroden at gcc dot gnu dot org  
> 2003-08-24 20:15 -------
> Not a regression, really, since parallel bootstrap was mostly disabled 
> in the Bad Old Days.  Retargeting.

It's a good thing I'm not Linus or I'd say you were smoking crack;-).  
(Re his recent comments about SCO.)

I've been testing solely with parallel builds for years, it's necessary 
on slowaris because of the generally slow processor speeds and slow 
system calls, coupled with having four-processor servers that you can 
bang on with 10-40 processes at a time if necessary.  And it's always 
worked, modulo bugs. All previous parallel build problems have been 
fixed.

This one arose since the beginning of this year.  It is interfering 
with my efforts to set up a regression tester here at Purdue on some 
recently-acquired 64-processor servers.

It is most certainly a regression.

I'll work with you if you like to try to narrow down when the bug 
arose, but the other multilib bug is preventing this, since it occurs 
earlier and with fewer parallel processes (three will trigger it pretty 
regularly).

Brad

[Bug java/11933] Parallel bootstrap failure linking gij

[dhazeghi at yahoo dot com]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From dhazeghi at yahoo dot com  2003-08-24 21:08 -------
I agree with Brad here. Parallel builds used to "just work." True, certain directories didn't get built 
with parallel make, but doing make -j 25 would never break. In fact I could swear that the 
documentation somewhere supports this.

Brad, what is the bug number for the multilib build problem?

Oh, FWIW, I've stopped enabling java (and ada) when building for exactly this reason. That and 
they're sloooow.

[Bug java/11933] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From lucier at math dot purdue dot edu  2003-08-24 21:34 -------
Subject: Re:  Parallel bootstrap failure linking gij

Re:

> Brad, what is the bug number for the multilib build problem?

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

[Bug java/11933] Parallel bootstrap failure linking gij

[dhazeghi at yahoo dot com]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


dhazeghi at yahoo dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |11932

[Bug java/11933] Parallel bootstrap failure linking gij

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


pinskia at gcc dot gnu dot org changed:

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


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-08-29 13:23 -------
Can you try again there was a problem with dependencies that should be fixed now? Bug 12088 is 
most likely a dup, just showing up diifferently?

[Bug java/11933] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From lucier at math dot purdue dot edu  2003-08-29 16:23 -------
Subject: Re:  Parallel bootstrap failure linking gij

How can one tell whether it's fixed or a dup?  There are so many 
parallel bootstrap bugs related to multilibs in the mainline now that I 
haven't been able to get a bootstrap to finish in days.  And that's 
with "make -j 2".  Blah.

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[ebotcazou at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |critical
          Component|java                        |bootstrap
            Summary|Parallel bootstrap failure  |[3.4 regression] Parallel
                   |linking gij                 |bootstrap failure linking
                   |                            |gij

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[tromey at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


tromey at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
                   |dot org                     |org
             Status|WAITING                     |ASSIGNED


------- Additional Comments From tromey at gcc dot gnu dot org  2003-09-18 15:06 -------
I reproduced this here.
I'm handling it.

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[ro at techfak dot uni-bielefeld dot de]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2003-09-18 15:58 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

Just for the record, here's what I've found: the problem happens on and off
during a make -j8 bootstrap on an 8-CPU Sun Fire V880 (64 GB RAM) running
Solaris 8.  Removing the failed sparc-sun-solaris2.8/libjava directory and
continuing the bootstrap often fixes the problem.

The symptom of the failure is that libjava/rmic fails to link to to many
missing symbols.  And indeed,
sparc-sun-solaris2.8/libjava/.libs/libgcj.so.4.0.0 is much smaller than
expected, many objects are missing from the libgcj link line:

java/lang/.libs/Class.o
java/lang/.libs/Object.o
[...]
java/lang/.libs/ConcreteProcess.o
gnu/classpath/.libs/Configuration.o

In the -m64 (sparcv9) case, libtool creates both objects (with and without
-fPIC), while for -m32, only the non-PIC object is generated.

Between a successful and failed build, sparc-sun-solaris2.8/libjava/libtool
differs in an important way:

-build_libtool_libs=yes
+build_libtool_libs=no

-pic_flag="-fPIC"
+pic_flag=""
@@ -6213 +6213 @@
-dlopen_support=yes
+dlopen_support=no
@@ -6216 +6216 @@
-dlopen_self=yes
+dlopen_self=unknown
@@ -6219 +6219 @@
-dlopen_self_static=no
+dlopen_self_static=unknown
@@ -6222 +6222 @@
-link_static_flag="-static"
+link_static_flag=""

Looking for build_libtool_libs in the correct one, I find

build_libtool_libs=yes
build_libtool_libs=no
build_libtool_libs=yes
build_libtool_libs=yes

whereas the broken one has

build_libtool_libs=yes
build_libtool_libs=no
build_libtool_libs=yes
build_libtool_libs=no

I haven't really found out what causes this difference, and it's difficult
to look into the configure output because with a parallel bootstrap, output
from several directories/configure runs is intermixed.  config.log isn't
helpful either: with libtool 2.13, it lacks lots of information
necessary/useful to diagnose problems.

	Rainer

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |3.4


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-10-09 01:43 -------
Is this fixed yet?

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From lucier at math dot purdue dot edu  2003-10-09 02:26 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

Not to my knowledge.

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[ro at techfak dot uni-bielefeld dot de]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2003-10-09 09:52 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

On the other hand, the bug didn't happen for me during the last couple of
-j8 bootstraps.  May be just a coincidence, though.

	Rainer

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From lucier at math dot purdue dot edu  2003-10-09 17:58 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

> On the other hand, the bug didn't happen for me during the last couple 
> of
> -j8 bootstraps.  May be just a coincidence, though.

My "make -j 8 bootstrap" doesn't even get that far:


/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libstdc++-v3 ; \
rm -f sparc-sun-solaris2.8/libstdc++-v3/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libstdc++-v3/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libiberty ; \
rm -f sparc-sun-solaris2.8/libiberty/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libiberty/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libf2c ; \
rm -f sparc-sun-solaris2.8/libf2c/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libf2c/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libobjc ; \
rm -f sparc-sun-solaris2.8/libobjc/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libobjc/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libffi ; \
rm -f sparc-sun-solaris2.8/libffi/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libffi/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/libjava ; \
rm -f sparc-sun-solaris2.8/libjava/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/libjava/multilib.out
/local/bin/bash ../mkinstalldirs sparc-sun-solaris2.8/zlib ; \
rm -f sparc-sun-solaris2.8/zlib/Makefile || : ; \
cp multilib.out sparc-sun-solaris2.8/zlib/multilib.out
mkdir -p -- sparc-sun-solaris2.8/libstdc++-v3
mkdir -p -- sparc-sun-solaris2.8/libiberty
mkdir: No such file or directory
mkdir: Failed to make directory "sparc-sun-solaris2.8/libiberty"; File 
exists
mkdir -p -- sparc-sun-solaris2.8/libf2c
cp: cannot create sparc-sun-solaris2.8/libiberty/multilib.out: No such 
file or d
irectory
mkdir -p -- sparc-sun-solaris2.8/libobjc
mkdir -p -- sparc-sun-solaris2.8/libffi
make[1]: *** [sparc-sun-solaris2.8/libiberty/multilib.out] Error 2
make[1]: *** Waiting for unfinished jobs....
mkdir -p -- sparc-sun-solaris2.8/libjava
mkdir -p -- sparc-sun-solaris2.8/zlib
no
checking for executable suffix... no
checking whether to enable maintainer-specific portions of Makefiles... 
no
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for limits.h... (cached) yes
checking for off_t... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking if mkdir takes one argument... (cached) no
checking size of char... 1
checking size of short... (cached) 2
checking size of int... (cached) 4
checking size of long... (cached) 4
checking size of long long... (cached) 8
checking whether byte ordering is bigendian... (cached) yes
updating cache .././config.cache
creating ./config.status
creating Makefile
creating install-defs.sh
creating config.h
make[1]: Leaving directory 
`/export/mdd0/users/lucier/programs/gcc/gcc-3.4/objdi
r-sparc'
make: *** [bootstrap] Error 2

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[dj at redhat dot com]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From dj at redhat dot com  2003-10-09 18:17 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij


Just for fun, try this patch to gnu make 3.80.  Use "make --reverse-deps"
and see if it fails the build *every* time.

diff -r -p2 make-3.80-orig/filedef.h make-3.80/filedef.h
*** make-3.80-orig/filedef.h	2002-08-01 09:16:57.000000000 -0400
--- make-3.80/filedef.h	2003-10-02 20:39:56.000000000 -0400
*************** extern void init_hash_files PARAMS ((voi
*** 114,117 ****
--- 114,119 ----
  extern char *build_target_list PARAMS ((char *old_list));
  
+ extern void reverse_deps ();
+ 
  #if FILE_TIMESTAMP_HI_RES
  # define FILE_TIMESTAMP_STAT_MODTIME(fname, st) \
diff -r -p2 make-3.80-orig/main.c make-3.80/main.c
*** make-3.80-orig/main.c	2002-08-09 21:27:17.000000000 -0400
--- make-3.80/main.c	2003-10-02 22:09:43.000000000 -0400
*************** static int print_usage_flag = 0;
*** 251,254 ****
--- 251,260 ----
  int warn_undefined_variables_flag;
  
+ /* If nonzero, reverse the order in which the dependencies of each
+    target are rebuilt.  This is for debugging Makefile
+    dependencies.  */
+ 
+ int reverse_deps_flag;
+ 
  /* If nonzero, always build all targets, regardless of whether
     they appear out of date or not.  */
*************** static const char *const usage[] =
*** 326,329 ****
--- 332,337 ----
      N_("\
    --warn-undefined-variables  Warn when an undefined variable is referenced.\n"),
+     N_("\
+   --reverse-deps              Reverse the order of dependencies for each target.\n"),
      NULL
    };
*************** static const struct command_switch switc
*** 386,389 ****
--- 394,399 ----
      { CHAR_MAX+4, flag, (char *) &warn_undefined_variables_flag, 1, 1, 0, 0, 0,
  	"warn-undefined-variables" },
+     { CHAR_MAX+5, flag, (char *) &reverse_deps_flag, 1, 1, 0, 0, 0,
+ 	"reverse-deps" },
      { '\0', }
    };
diff -r -p2 make-3.80-orig/make.h make-3.80/make.h
*** make-3.80-orig/make.h	2002-09-11 12:55:44.000000000 -0400
--- make-3.80/make.h	2003-10-02 23:46:33.000000000 -0400
*************** extern int just_print_flag, silent_flag,
*** 490,494 ****
  extern int print_data_base_flag, question_flag, touch_flag, always_make_flag;
  extern int env_overrides, no_builtin_rules_flag, no_builtin_variables_flag;
! extern int print_version_flag, print_directory_flag;
  extern int warn_undefined_variables_flag, posix_pedantic, not_parallel;
  extern int clock_skew_detected;
--- 490,494 ----
  extern int print_data_base_flag, question_flag, touch_flag, always_make_flag;
  extern int env_overrides, no_builtin_rules_flag, no_builtin_variables_flag;
! extern int print_version_flag, print_directory_flag, reverse_deps_flag;
  extern int warn_undefined_variables_flag, posix_pedantic, not_parallel;
  extern int clock_skew_detected;
diff -r -p2 make-3.80-orig/remake.c make-3.80/remake.c
*** make-3.80-orig/remake.c	2002-08-07 20:11:19.000000000 -0400
--- make-3.80/remake.c	2003-10-02 23:45:26.000000000 -0400
*************** update_file_1 (file, depth)
*** 349,354 ****
    int noexist, must_make, deps_changed;
    int dep_status = 0;
!   register struct dep *d, *lastd;
    int running = 0;
  
    DBF (DB_VERBOSE, _("Considering target file `%s'.\n"));
--- 349,355 ----
    int noexist, must_make, deps_changed;
    int dep_status = 0;
!   register struct dep *d, *lastd, **deplist;
    int running = 0;
+   int depn, depi;
  
    DBF (DB_VERBOSE, _("Considering target file `%s'.\n"));
*************** update_file_1 (file, depth)
*** 432,442 ****
       and see whether any of them is more recent than this file.  */
  
!   lastd = 0;
!   d = file->deps;
!   while (d != 0)
      {
        FILE_TIMESTAMP mtime;
        int maybe_make;
  
        check_renamed (d->file);
  
--- 433,448 ----
       and see whether any of them is more recent than this file.  */
  
!   for (depn=0, d=file->deps; d; depn++, d=d->next);
!   deplist = (struct dep **) malloc (depn * sizeof (struct dep *));
!   for (depi=0, d=file->deps; d; depi++, d=d->next)
!     deplist[depi] = d;
! 
!   for (depi = 0; depi < depn; depi ++)
      {
        FILE_TIMESTAMP mtime;
        int maybe_make;
  
+       d = deplist[reverse_deps_flag ? depn-depi-1 : depi];
+ 
        check_renamed (d->file);
  
*************** update_file_1 (file, depth)
*** 446,449 ****
--- 452,456 ----
        if (is_updating (d->file))
  	{
+ 	  struct dep *d2;
  	  error (NILF, _("Circular %s <- %s dependency dropped."),
  		 file->name, d->file->name);
*************** update_file_1 (file, depth)
*** 451,459 ****
  	     a reference to it when we were called recursively via
  	     check_dep below.  */
! 	  if (lastd == 0)
  	    file->deps = d->next;
  	  else
! 	    lastd->next = d->next;
! 	  d = d->next;
  	  continue;
  	}
--- 458,467 ----
  	     a reference to it when we were called recursively via
  	     check_dep below.  */
! 	  if (file->deps == d)
  	    file->deps = d->next;
  	  else
! 	    for (d2=file->deps; d2; d2=d2->next)
! 	      if (d2->next == d)
! 		d2->next = d->next;
  	  continue;
  	}
*************** update_file_1 (file, depth)
*** 485,491 ****
        if (!running)
  	d->changed = file_mtime (d->file) != mtime;
- 
-       lastd = d;
-       d = d->next;
      }
  
--- 493,496 ----

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-12-19 09:55 -------
Note I do parallel builds on powerpc-apple-darwin7.0 all the time now but darwin does not use 
multilib so that could be the problem.

-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2003-12-31 21:44 -------
Does the build work with a non-parallel build?  If so at least there is a 
workaround.  :-P 
 
There is a known issue with multilibs and 'configure' script caches, which I'm 
probably going to solve in the deeply stupid way for 3.4, by separating 
caches.  :-( 

-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

------- Additional Comments From lucier at math dot purdue dot edu  2003-12-31 21:51 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij


On Dec 31, 2003, at 4:44 PM, neroden at gcc dot gnu dot org wrote:

> Does the build work with a non-parallel build?

Yes.



-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-01-03 18:23 -------
Subject: Bug 11933

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	neroden@gcc.gnu.org	2004-01-03 18:23:22

Modified files:
	.              : ChangeLog configure.in configure 

Log message:
	PR bootstrap/11932, PR bootstrap/11933
	(I don't know if it will fix either of them, but it relates
	to them.)
	* configure.in: Don't use shared config.cache for target
	directories.
	* configure: Regenerate.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/ChangeLog.diff?cvsroot=gcc&r1=1.845&r2=1.846
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.in.diff?cvsroot=gcc&r1=1.263&r2=1.264
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.diff?cvsroot=gcc&r1=1.123&r2=1.124



-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[pinskia at gcc dot gnu dot org]

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


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

-- 
Bug 11933 depends on bug 11932, which changed state.

Bug 11932 Summary: [3.4 regression] Parallel bootstrap failure with sparc libiberty multilib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11932

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-01-09 01:45 -------
I seem to have fixed the blocking bug.  :-)  So, what's the state of this bug
again?  Perhaps a recheck is in order?

-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

------- Additional Comments From lucier at math dot purdue dot edu  2004-01-09 18:18 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

> I seem to have fixed the blocking bug.  :-)  So, what's the state of 
> this bug
> again?  Perhaps a recheck is in order?

I've survived several make -j 12 bootstraps.  Is this enough to declare 
the bug fixed if we don't know what the cause is?

Brad



-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[ro at techfak dot uni-bielefeld dot de]

------- Additional Comments From ro at techfak dot uni-bielefeld dot de  2004-01-09 18:56 -------
Subject: Re:  [3.4 regression] Parallel bootstrap failure linking gij

I didn't have this problem during make -j16 bootstraps for quite some time,
so there's no difference for me :-)

	Rainer


-- 


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[neroden at gcc dot gnu dot org]

------- Additional Comments From neroden at gcc dot gnu dot org  2004-01-10 00:06 -------
OK, closing. :-)

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


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

[Bug bootstrap/11933] [3.4 regression] Parallel bootstrap failure linking gij

[lucier at math dot purdue dot edu]

-- 
Bug 11933 depends on bug 11932, which changed state.

Bug 11932 Summary: [3.4 regression] Parallel bootstrap failure with sparc libiberty multilib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11932

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

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