https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
Andrew Pinski changed:
What|Removed |Added
CC||gnugcc at marino dot st
--- Comment #26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
Andrew Pinski changed:
What|Removed |Added
CC||dominik.vogt at gmx dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
Alexandre Pereira Nunes alexandre.nunes at gmail dot com changed:
What|Removed |Added
CC|
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
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
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
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rwild at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--- 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
--- 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
--- 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
--- 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
--- 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.
--- 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.
--
--- 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;
--- 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
--- 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
--- 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
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?
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
28 matches
Mail list logo