--- Comment #16 from rguenth at gcc dot gnu dot org 2007-10-08 14:23
---
Subject: Bug 30541
Author: rguenth
Date: Mon Oct 8 14:23:33 2007
New Revision: 129126
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129126
Log:
Backport
Author: rguenth
Date: Tue Jan 23 16:37:09 2007
New
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-01-25 13:52
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-01-23 13:13 ---
Well, the obvious patch for the mainline is not working -- it looks like
GNATBIND is no longer fixed to use the staged ones:
/abuild/rguenther/obj/./prev-gcc/xgcc -B/abuild/rguenther/obj/./prev-gcc/
--- Comment #9 from bonzini at gnu dot org 2007-01-23 13:17 ---
Can you attach a working patch for 4.1 (for all three of GNATBIND, GNATLINK,
GNATMAKE; I prefer to err on the safe side)? Then of course we'll update it
and apply it to 4.3 first, but at least I can understand better what
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-01-23 13:52
---
Created an attachment (id=12937)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12937action=view)
patch for the mainline
This is a working patch for the mainline - GNATLINK is omitted. Note that the
only
--- Comment #11 from bonzini at gnu dot org 2007-01-23 14:09 ---
You're right. gnattools is only built at the end of the bootstrap.
I'd prefer a slightly more conservative patch; I don't want to fix things later
if we know that the tools are needed somewhen during the build.
So,
--- Comment #12 from charlet at adacore dot com 2007-01-23 14:47 ---
Subject: Re: Top-level should pass GNATBIND, GNATLINK and GNATMAKE variables
down
GNATBIND = $(STAGE_PREFIX)gnatbind
GNATMAKE = gnatmake
GNATLINK = gnatlink
in both Make-lang.in and Makefile.in. (sidenote:
--- Comment #13 from paolo dot bonzini at lu dot unisi dot ch 2007-01-23
14:55 ---
Subject: Re: Top-level should pass GNATBIND, GNATLINK
and GNATMAKE variables down
True, they seem to be unused, but it's better to be consistent; for the same
reason I prefer to pass GNATLINK down
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-01-23 16:37
---
Subject: Bug 30541
Author: rguenth
Date: Tue Jan 23 16:37:09 2007
New Revision: 121082
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121082
Log:
2007-01-23 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from bonzini at gnu dot org 2007-01-22 16:48 ---
During the build we still call (and require) a 'gnatmake' in $PATH like for
(cd ada/bldtools/nmake_b; gnatmake -q xnmake ; ./xnmake -b ../../nmake.adb )
but at least gnatbind is used as specified at configure time
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-01-22 17:27 ---
Note that doing this for GNATMAKE also will make us run into PR29127 (gnatbind
seems to be unaffected by this bug). Ada people generally don't seem to care
about the FSF way to build/install gcc, so I don't expect
--- Comment #7 from bonzini at gnu dot org 2007-01-22 17:37 ---
However, fixing GNATBIND/GNATLINK/GNATMAKE would allow you to e.g. install 4.1
in /opt/gcc-4.1/ and then configure with GNATMAKE=/opt/gcc-4.1/bin/gnatmake.
So there is still a point in fixing this bug.
If you start from
12 matches
Mail list logo