[Bug bootstrap/43328] New: multilib bootstrap broken.

[Bug bootstrap/43328] New: multilib bootstrap broken.

[pluto at agmk dot net]

the current trunk doesn't boostrap in multilib configuration:

single-threaded build ends with:

(...)
Adding multilib support to Makefile in ../../zlib
multidirs=32
with_multisubdir=
Running configure in multilib subdirs 32
pwd: /home/users/pluto/src/gcc/trunk/BUILDDIR/zlib
Running configure in multilib subdir 32
pwd: /home/users/pluto/src/gcc/trunk/BUILDDIR
mkdir 32
configure: creating cache ./config.cache
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-unknown-linux-gnu-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for x86_64-unknown-linux-gnu-gcc...
/home/users/pluto/src/gcc/trunk/BUILDDIR/32/./prev-gcc/xgcc
-B/home/users/pluto/src/gcc/trunk/BUILDDIR/32/./prev-gcc/
-B/opt/gcc45/x86_64-unknown-linux-gnu/bin/
-B/opt/gcc45/x86_64-unknown-linux-gnu/bin/
-B/opt/gcc45/x86_64-unknown-linux-gnu/lib/ -isystem /opt/
gcc45/x86_64-unknown-linux-gnu/include -isystem
/opt/gcc45/x86_64-unknown-linux-gnu/sys-include  -m32
checking for suffix of object files... configure: error: in
`/home/users/pluto/src/gcc/trunk/BUILDDIR/32/zlib':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage2-zlib] Error 1
make[2]: Leaving directory `/home/users/pluto/src/gcc/trunk/BUILDDIR'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/users/pluto/src/gcc/trunk/BUILDDIR'
make: *** [all] Error 2


zlib config.log contains:

../../../zlib/configure:
/home/users/pluto/src/gcc/trunk/BUILDDIR/32/./prev-gcc/xgcc: not found


$ ./prev-gcc/xgcc -v
Using built-in specs.
COLLECT_GCC=./prev-gcc/xgcc
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/opt/gcc45 --libdir=/opt/gcc45/lib64
--libexecdir=/opt/gcc45/lib64 --with-slibdir=/opt/gcc45/lib64 --enable-multilib
--disable-nls --disable-libgomp --disable-libmudflap --disable-libssp
--disable-libstdcxx-pch --disable-shared --with-pic --enable-c99
--enable-long-long --enable-linux-futex --enable-threads=posix
--enable-__cxa_atexit --enable-languages=c,c++ --with-long-double-128
--disable-cld
Thread model: posix
gcc version 4.5.0 20100310 (experimental) (GCC)


-- 
           Summary: multilib bootstrap broken.
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pluto at agmk dot net
 GCC build triplet: x86_64-gnu-linux
  GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_64-gnu-linux


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2010-03-10 22:37 -------
I did a bootstrap on x86_64-linux-gnu at revision 157328.

zlib here is a host library which means it does not need to be multilibed.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #2 from rwild at gcc dot gnu dot org  2010-03-11 15:46 -------
Quoting install.texi:

First, we @strong{highly} recommend that GCC be built into a
separate directory from the sources which does @strong{not} reside
within the source tree.  This is how we generally build GCC; building
where @var{srcdir} == @var{objdir} should still work, but doesn't
get extensive testing; building where @var{objdir} is a subdirectory
of @var{srcdir} is unsupported.

Your build violates the latter.  Please start anew with a freshly(!) unpacked
source tree.


-- 

rwild at gcc dot gnu dot org changed:

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


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #3 from pluto at agmk dot net  2010-03-11 16:02 -------
(In reply to comment #2)
> Quoting install.texi:
> 
> First, we @strong{highly} recommend that GCC be built into a
> separate directory from the sources which does @strong{not} reside
> within the source tree.  This is how we generally build GCC; building
> where @var{srcdir} == @var{objdir} should still work, but doesn't
> get extensive testing; building where @var{objdir} is a subdirectory
> of @var{srcdir} is unsupported.
> 
> Your build violates the latter.  Please start anew with a freshly(!) unpacked
> source tree.

ehhh, you're walking around the real bug :)

fresh build inside /tmp/BUILDDIR (sources at ~/src/gcc/trunk) ends with
the same error:

(...)
make[5]: Entering directory `/tmp/BUILDDIR/32/zlib'
make[5]: *** No rule to make target `all'.  Stop.
make[5]: Leaving directory `/tmp/BUILDDIR/32/zlib'
make[4]: *** [multi-do] Error 1
make[4]: Leaving directory `/tmp/BUILDDIR/zlib'
make[3]: *** [all-multi] Error 2
make[3]: Leaving directory `/tmp/BUILDDIR/zlib'
make[2]: *** [all-stage2-zlib] Error 2
make[2]: Leaving directory `/tmp/BUILDDIR'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/tmp/BUILDDIR'
make: *** [all] Error 2


/tmp/BUILDDIR/32/zlib/config.log:
  /home/users/pluto/src/gcc/trunk/zlib/configure:
/tmp/BUILDDIR/32/./prev-gcc/xgcc: not found


-- 

pluto at agmk dot net changed:

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


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #4 from rwild at gcc dot gnu dot org  2010-03-11 16:06 -------
Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #5 from pluto at agmk dot net  2010-03-11 18:11 -------
(In reply to comment #4)
> Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?

no, what for? svn status reports no unversioned files in trunk directory.


-- 


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

Re: [Bug bootstrap/43328] multilib bootstrap broken.

[Andrew Pinski]

Sent from my iPhone

On Mar 11, 2010, at 10:11 AM, "pluto at agmk dot net" <gcc-bugzilla@gcc.gnu.org 
 > wrote:

>
>
> ------- Comment #5 from pluto at agmk dot net  2010-03-11 18:11  
> -------
> (In reply to comment #4)
>> Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
>
> no, what for? svn status reports no unversioned files in trunk  
> directory.

Svn status does not report .o files normally.


>
>
> -- 
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
>

[Bug bootstrap/43328] multilib bootstrap broken.

[pinskia at gmail dot com]

------- Comment #6 from pinskia at gmail dot com  2010-03-11 18:15 -------
Subject: Re:  multilib bootstrap broken.



Sent from my iPhone

On Mar 11, 2010, at 10:11 AM, "pluto at agmk dot net" <gcc-bugzilla@gcc.gnu.org 
 > wrote:

>
>
> ------- Comment #5 from pluto at agmk dot net  2010-03-11 18:11  
> -------
> (In reply to comment #4)
>> Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
>
> no, what for? svn status reports no unversioned files in trunk  
> directory.

Svn status does not report .o files normally.


>
>
> -- 
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
>


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #7 from pluto at agmk dot net  2010-03-11 18:21 -------
(In reply to comment #6)
> > no, what for? svn status reports no unversioned files in trunk  
> > directory.
> 
> Svn status does not report .o files normally.

my ~/.subversion/config has custom global-ignores and i know what it ignores.

[~/src/gcc/trunk]$ touch x.o
[~/src/gcc/trunk]$ svn st   
?       x.o

the trunk directory is a clean checkout and bootsrap inside /tmp/BUILDDIR
fails.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #8 from rwild at gcc dot gnu dot org  2010-03-11 18:33 -------
(In reply to comment #5)
> (In reply to comment #4)
> > Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
> 
> no, what for? svn status reports no unversioned files in trunk directory.

Please allow me to be dense, and ask you to *please* rm -rf the source tree and
check it out anew.  Just do it.  And then, when your build still fails, report
the revision you're building, the exact configure command line you've used, and
the error that you get, starting from the *first* error message, not the last
one.  Thanks.

A simple extra existing directory in the source tree may be the reason for the
failure, but I'm not going to search the PR database for which one it was, now,
and I don't remember off-hand.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #9 from pluto at agmk dot net  2010-03-11 19:28 -------
Created an attachment (id=20087)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20087&action=view)
build log for very very clean source tree.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #10 from pluto at agmk dot net  2010-03-11 19:29 -------
Created an attachment (id=20089)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20089&action=view)
build script.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

------- Comment #11 from pluto at agmk dot net  2010-03-11 19:33 -------
(In reply to comment #8)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
> > 
> > no, what for? svn status reports no unversioned files in trunk directory.
> 
> Please allow me to be dense, and ask you to *please* rm -rf the source
> tree and check it out anew.  Just do it. And then, when your build still
> fails, report the revision you're building, the exact configure command
> line you've used, and the error that you get, starting from the *first*
> error message, not the last one.  Thanks.

'rm -rf' done, checkout done, 'svn pd svn:ignore trunk -R' done,
build log attached, build script attached, 'svn st' reports clean
source tree.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #12 from rwild at gcc dot gnu dot org  2010-03-12 18:09 -------
Thanks.  I can reproduce a spurious toplevel-build/32/zlib directory when
--enable-multilib is passed explicitly to toplevel configure.  Workaround is to
not pass --enable-multilib, multilibs are enabled by default.

Will fix, I guess, even if install.texi does document that only
--disable-multilib may be needed.

However, I cannot reproduce a build error.  The build completes for me with
both the options from comment #10 and the initial report.


-- 

rwild at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rwild at gcc dot gnu dot org
                   |dot org                     |
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-03-12 18:09:42
               date|                            |


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #13 from rwild at gcc dot gnu dot org  2010-03-12 18:10 -------
BTW, the actual bug is that, if --enable-multilib is passed explicitly, it will
wrongly propagate to build_configargs and host_configargs and not only to
target_configargs.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #14 from rwild at gcc dot gnu dot org  2010-03-16 07:56 -------
Patch at <http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00509.html>.


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #15 from rwild at gcc dot gnu dot org  2010-03-31 05:44 -------
Subject: Bug 43328

Author: rwild
Date: Wed Mar 31 05:44:30 2010
New Revision: 157851

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157851
Log:
Fix toplevel configure --enable-multilib handling.

/:
        PR bootstrap/43328
        * configure.ac: Do not pass --enable-multilib nor
        --disable-multilib in baseargs.  Accept explicitly passed
        --enable_multilib.
        * configure: Regenerate.

Modified:
    trunk/ChangeLog
    trunk/configure
    trunk/configure.ac


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rguenth at gcc dot gnu dot org]

------- Comment #16 from rguenth at gcc dot gnu dot org  2010-04-01 13:17 -------
Fixed?  But caused PR43615.  --disable-multilib no longer works.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|                            |43615
              nThis|                            |


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

------- Comment #17 from rwild at gcc dot gnu dot org  2010-04-01 16:32 -------
Subject: Bug 43328

Author: rwild
Date: Thu Apr  1 16:32:38 2010
New Revision: 157916

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916
Log:
/:
        PR bootstrap/43615
        PR bootstrap/43328

        Revert:

        2010-03-31  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>

        * configure.ac: Do not pass --enable-multilib nor
        --disable-multilib in baseargs.  Accept explicitly passed
        --enable_multilib.
        * configure: Regenerate.

Modified:
    trunk/ChangeLog
    trunk/configure
    trunk/configure.ac


-- 


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

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu dot org]

-- 

rwild at gcc dot gnu dot org changed:

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


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

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

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

Pawel Sikora <pluto at agmk dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |

--- Comment #18 from Pawel Sikora <pluto at agmk dot net> 2010-11-21 08:23:27 UTC ---
(In reply to comment #17)
> Subject: Bug 43328
> 
> Author: rwild
> Date: Thu Apr  1 16:32:38 2010
> New Revision: 157916
> 
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916
> Log:
> /:
>     PR bootstrap/43615
>     PR bootstrap/43328
> 
>     Revert:
> 
>     2010-03-31  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>
> 
>     * configure.ac: Do not pass --enable-multilib nor
>     --disable-multilib in baseargs.  Accept explicitly passed
>     --enable_multilib.
>     * configure: Regenerate.
> 
> Modified:
>     trunk/ChangeLog
>     trunk/configure
>     trunk/configure.ac

what's the current status of the --{dis/en}able-multilib switches?
afaics at least the --disable-multilib is ignored on 4.5/4.6 svn head.

[Bug bootstrap/43328] multilib bootstrap broken.

[rwild at gcc dot gnu.org]

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

--- Comment #19 from Ralf Wildenhues <rwild at gcc dot gnu.org> 2010-11-21 08:28:07 UTC ---
(In reply to comment #18)
> what's the current status of the --{dis/en}able-multilib switches?

As far as I know that of from before this PR: enabled multilib is the default
(if you don't pass any option), and you can disable that by passing
--disable-multilib.  So the only thing to remember is not to pass
--enable-multilib explicitly.

> afaics at least the --disable-multilib is ignored on 4.5/4.6 svn head.

That would seem to be a new regression; please open a new PR for it, including
full details as usual for a PR.  Thanks.

[Bug bootstrap/43328] multilib bootstrap broken.

[pluto at agmk dot net]

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

--- Comment #20 from Pawel Sikora <pluto at agmk dot net> 2010-11-21 08:41:34 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> > what's the current status of the --{dis/en}able-multilib switches?
> 
> As far as I know that of from before this PR: enabled multilib is the default
> (if you don't pass any option), and you can disable that by passing
> --disable-multilib.  So the only thing to remember is not to pass
> --enable-multilib explicitly.
> 
> > afaics at least the --disable-multilib is ignored on 4.5/4.6 svn head.
> 
> That would seem to be a new regression; please open a new PR for it, including
> full details as usual for a PR.  Thanks.

ooops, false alarm. it was a typo (mutlilib) in my scripts.

[Bug bootstrap/43328] multilib bootstrap broken.

[alexandre.nunes at gmail dot com]

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

Alexandre Pereira Nunes <alexandre.nunes at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexandre.nunes at gmail
                   |                            |dot com

--- Comment #21 from Alexandre Pereira Nunes <alexandre.nunes at gmail dot com> 2011-10-30 11:20:11 UTC ---
Building gcc 4.6.2 as a cross-compiler on ix86 targetting arm-elf fails for me
w/ --enable-multilib explicitly passed on, w/ zlib barking about trying to
compile a 64-bit version. gcc 4.6.1 used to work w/ same directives, so I
suspect I'm seeing a regression.

removing --enable-multilib from args passed to gcc seems to make the issue go
away.

[Bug bootstrap/43328] multilib bootstrap broken.

[jmesmon at gmail dot com]

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

--- Comment #22 from Cody Schafer <jmesmon at gmail dot com> 2012-08-29 23:47:24 UTC ---
Created attachment 28102
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28102
gcc-fix-multib-hostargs.patch

This patch fixes the bug by only adding --*-multilib options to baseargs and
not tbaseargs.

[Bug bootstrap/43328] multilib bootstrap broken.

[jmesmon at gmail dot com]

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

Cody Schafer <jmesmon at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jmesmon at gmail dot com

--- Comment #23 from Cody Schafer <jmesmon at gmail dot com> 2012-08-29 23:49:04 UTC ---
Sorry, I inverted my previous comment, should be:

> This patch fixes the bug by only adding --*-multilib options to tbaseargs and not baseargs.

ie, "tbaseargs" & "baseargs" were swapped

[Bug bootstrap/43328] multilib bootstrap broken.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|NEW                         |RESOLVED
   Target Milestone|---                         |9.0

--- Comment #24 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Fixed for GCC 9 by r9-1316.

[Bug bootstrap/43328] multilib bootstrap broken.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dominik.vogt at gmx dot de

--- Comment #25 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
*** Bug 57990 has been marked as a duplicate of this bug. ***

[Bug bootstrap/43328] multilib bootstrap broken.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gnugcc at marino dot st

--- Comment #26 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
*** Bug 61104 has been marked as a duplicate of this bug. ***