X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f
Date: Fri, 21 Dec 2001 22:06:34 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
X-Sender: pavenis AT ieva06
To: Tim Van Holder <tim DOT van DOT holder AT pandora DOT be>
Cc: DJ Delorie <dj AT delorie DOT com>, djgpp-workers AT delorie DOT com
Subject: Re: Small issue with current gcc setup (djgpp-x.djl)
In-Reply-To: <000401c18a56$bae67310$ce3276d5@pandora.be>
Message-ID: <Pine.A41.4.05.10112212152190.26026-100000@ieva06>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk



On Fri, 21 Dec 2001, Tim Van Holder wrote:

> I ran into an annoying problem with the gcc 3.02 packages:
> 
> Because it is possible to have ld in gcc's private dir, I
> had switched an ld-based link rule to use gcc:
> 
> old: ld -X -S -r -T dlx.ld -o foo.o foo1.o foo1.o
> new: gcc -Wl,-X,-S,-r -T dlx.ld -o foo.o foo1.o foo1.o
> 
> Both should be functionally equivalent (except that the
> second also runs stubify in our case and creates foo.exe,
> but that can't be avoided, I suppose).
> However, gcc3 unconditionally uses -T djgpp-x.djl in specs,
> even if another -T option is given, and this causes foo.o
> to be an executable instead of an object.
> Using %{!T:-T djgpp-x.djl} in the specs fixes it.
> 

Unfortunatelly it commes some hours too late as I have uploaded 
port of gcc-3.0.3. I patched specs and reuploaded gcc303b.zip.
Don't have time to update source archives now. Please REMIND
me about that after Cristmas (and New Year if necessary) as
I haven't updated gcc302s2.zip which is primary source of all builds
for me

Verified that now original -Tdjgpp-x.djl is ommitted if another one is
specified

Andris