From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Cc: <djgpp-workers AT delorie DOT com>
Subject: RE: stubify and Windows ME
Date: Wed, 14 Mar 2001 18:28:09 +0100
Message-ID: <CAEGKOHJKAAFPKOCLHDIEEJACBAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-reply-to: <Pine.SUN.3.91.1010314093614.22222D-100000@is>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
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

> > Maybe future versions of djgpp could even drop djgpp.djl entirely,
> > instead using $DJDIR/lib/ldscripts/i386go32.*; this seems cleaner.
> 
> Personally, I don't mind that, provided that the DJGPP linker scripts
> in the Binutils distribution are actively maintained, and if they are
> always included in bnuNNNb.zip.
That would be the idea.  Because they're no longer hardcoded into ld,
they could be updated and distributed with djdev and/or binutils.

> Note that the directory name you suggest is IIRC not where Binutils
> installs the linker scripts.  If we don't want the directory Binutils
> uses, someone should submit a change to the maintainers in order to
> force "make install" do what we want.
True.  The default is $prefix/$alias/lib/ldscripts, but that seemed
like overkill, so I added automake conditionals to use a different
path on DJGPP ($DJDIR/lib/ldscripts or /dev/env/DJDIR/lib/ldscripts,
depending on DJGPP version).
But that's quite an ugly hack and unlikely to be accepted into the
official tree. Setting tooldir to $prefix instead of $prefix/$alias
when building for DJGPP might be a better solution.
Of course, if you feel having a $DJDIR/i386-pc-msdosdjgpp tree, no
further change is needed (and may be useful once DJGPP is more widely
used for cross-compiling (a DJ-to-mingw cross should be workable)).