From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: <djgpp-workers AT delorie DOT com>
Subject: RE: Where does gcc -o foo make foo.exe
Date: Sun, 14 Jan 2001 14:08:52 +0100
Message-ID: <NEBBIOJNGMKPNOBKHCGHMEJECAAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <Pine.SUN.3.91.1010114140416.26583G-100000@is>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id IAA14042
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

[Sorry; original reply was mistakenly sent in mid-composition]

> Is there a way to move this code to the application level?  It doesn't 
> seem right to me to have an obscure BFD function look at environment 
> variables.
I don't know - this is part of the creation of a bfd of type coff-go32-exe.
I don't think ld should have influence on that; after all, I don't think
it can/should override fields in the header or whatnot of other formats, so
why should it have anything to say about what is a feature of the output
format (handled by bfd) and not related to the object's contents (handled
by ld, using bfd).

> If this cannot be done, we can still make it work, either by introducing 
> some global variable specific to the DJGPP port, or by having the 
> application push a special variable into the environment whose value is 
> the leading directory from argv[0].
We could use crt0_argv (or however it's called) when running under DJGPP
I suppose.