[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #10 from Rainer Orth ro at gcc dot gnu.org 2011-07-18 16:52:44 UTC --- No response in a year.
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-06 19:32 --- Subject: Re: gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK) --- Comment #8 from rob1weld at aol dot com 2010-05-04 07:05 --- As I've said before: please file *clear individual bug reports* for each single issue you find. Dealing with reports like this, with dozens of issues and non- issues mixed, is close to impossible. I'll stick with comment #1 describes the Bug. The beef of your report seems to be: I get errors from Sun ld linking libgnat-4.4.so. In my experience, this only happens when you re-run make bootstrap in a completed build or re-start it after the build failed at some point. For some reason, the libgnat objects seem to be rebuild without -fPIC, leading to the observed error. Seems like a bug in the Ada build system to me. Further comments were workarounds and to report a Flag Day on the Sun Linker. I don't think there is any flag day involved, this error just depends very much on the circumstances of the build. I simply used to remove the gcc/ada/rts{, rts_amd64} directories and a couple of stamp files when I encountered this, though I haven't in a long time. Perhaps the build system error is gone now. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #8 from rob1weld at aol dot com 2010-05-04 07:05 --- As I've said before: please file *clear individual bug reports* for each single issue you find. Dealing with reports like this, with dozens of issues and non- issues mixed, is close to impossible. I'll stick with comment #1 describes the Bug. Further comments were workarounds and to report a Flag Day on the Sun Linker. Rob -- rob1weld at aol dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #7 from ro at gcc dot gnu dot org 2010-04-28 20:00 --- As I've said before: please file *clear individual bug reports* for each single issue you find. Dealing with reports like this, with dozens of issues and non- issues mixed, is close to impossible. -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #6 from rob1weld at aol dot com 2009-02-19 06:17 --- The reverse is broken in trunk revision 144266 on OpenSolaris 2009.06. Previously the 'reverse of this Bug' worked, regression. With trunk revision 144266 installed and ./configured with: --without-gnu-ld --with-ld=/usr/bin/ld (Sun linker) trying to build trunk revision 144279 ./configured with: --with-gnu-ld --with-ld=/usr/local/bin/ld (GNU Linker) fails to build; but used to work with revisions from last month. Installed Compiler: # gcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --build=i386-pc-solaris2.11 --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-multilib --enable-decimal-float --with-long-double-128 --with-included-gettext --enable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as --with-as=/usr/local/bin/as --without-gnu-ld --with-ld=/usr/bin/ld --with-gmp=/usr/local --with-mpfr=/usr/local --without-ppl Thread model: posix gcc version 4.4.0 20090218 (experimental) [trunk revision 144266] (GCC) Building this: # gcc/xgcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --prefix=/usr/local/gcc4 --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-multilib --enable-decimal-float --with-long-double-128 --with-included-gettext --enable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld --with-gmp=/usr/local --with-mpfr=/usr/local --without-ppl Thread model: posix gcc version 4.4.0 20090218 (experimental) [trunk revision 144279] (GCC) FAILS during the confused build. The Sun Linker is kept (wrong) and the script / Makefiles send GNU Linker compatible commands (correct) to the Sun Linker (oops). The 'workaround' is to ./configure with a different --prefix= and use --enable-languages=ada,c (as a minimum). Get at least the C and Ada Languages build. Install the Compiler. Alter your PATH to the _NEW_ Compiler (that uses GNU ld). Redo the ./configure and then re-build gcc. This time there can be no cross-linker-Bootstrap confusion. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #4 from rob1weld at aol dot com 2009-02-07 11:04 --- (In reply to comment #3) Despite all the problems Ada passes _all_ of it's Testsuite: http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00620.html My Testsuite Submission bounced, please view these results instead: http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00707.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #3 from rob1weld at aol dot com 2009-02-06 13:19 --- Despite all the problems Ada passes _all_ of it's Testsuite: http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg00620.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #1 from rob1weld at aol dot com 2009-02-05 18:36 --- Correction (not careful enough with the cut-and-pasting): The BUG is this: If you compile gcc (using a gcc that uses Sun's Linker) to make a gcc Toolchain that uses GNU's Linker the resulting gcc Toolchain will WORK reasonably well and passes most make -i check tests. If you compile gcc (using a gcc that uses GNU's Linker) to make a gcc Toolchain that uses Sun's Linker the resulting gcc Toolchain will _NOT_ WORK since it can't be built without a few fixes to the scripts. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #2 from rob1weld at aol dot com 2009-02-06 02:15 --- There really is some trouble with the scripts in this area. As you might expect simply restarting the make simply repeats the trouble, shows the same errors and ends the build. If you restart the build with gmake -i -k then you will get _many_ errors for those three shared libraries _BUT_ the build will continue. The Makefile will 'discover' that those libs are missing and it rebuilds those errant object files -- it ends up re-making those libraries and building correctly a second time around after using gmake -i -k. A subsequent use of simply gmake (no -i -k) will not build _any_ new files. Now simply use gmake install to complete everything. I am very early in the make -i check tests but they seem to be working OK and gcc seems to pass the same tests for C or Ada with Sun's Linker as opposed to the prior run with GNU's Linker. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111