[Bug bootstrap/43328] multilib bootstrap broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 Andrew Pinski changed: What|Removed |Added CC||gnugcc at marino dot st --- Comment #26 from Andrew Pinski --- *** Bug 61104 has been marked as a duplicate of this bug. ***
[Bug bootstrap/43328] multilib bootstrap broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 Andrew Pinski changed: What|Removed |Added CC||dominik.vogt at gmx dot de --- Comment #25 from Andrew Pinski --- *** Bug 57990 has been marked as a duplicate of this bug. ***
[Bug bootstrap/43328] multilib bootstrap broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Target Milestone|--- |9.0 --- Comment #24 from Andrew Pinski --- Fixed for GCC 9 by r9-1316.
[Bug bootstrap/43328] multilib bootstrap broken.
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.
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.
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.
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=gccview=revrev=157916
Log:
/:
PR bootstrap/43615
PR bootstrap/43328
Revert:
2010-03-31 Ralf Wildenhues ralf.wildenh...@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.
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.
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.
-- 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.
--- 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.
--- 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=gccview=revrev=157916 Log: /: PR bootstrap/43615 PR bootstrap/43328 Revert: 2010-03-31 Ralf Wildenhues ralf.wildenh...@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.
--- 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=gccview=revrev=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.
--- 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.
--- 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|-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.
--- 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.
--- 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.
--- 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.
--- 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.
--- 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.
Sent from my iPhone On Mar 11, 2010, at 10:11 AM, pluto at agmk dot net gcc-bugzi...@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.
--- 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-bugzi...@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.
--- 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.
--- 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.
--- 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=20087action=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.
--- 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=20089action=view) build script. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
[Bug bootstrap/43328] multilib bootstrap broken.
--- 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.
--- 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
