delorie.com/archives/browse.cgi | search |
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 |
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 |
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 |
[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.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |