Message-ID:	<34A9A536.63C7D546@gmx.net>
Date:	Wed, 31 Dec 1997 02:51:50 +0100
From:	Robert Hoehne <robert DOT hoehne AT gmx DOT net>
Organization:	none provided
MIME-Version:	1.0
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
CC:	Colin Walsh <cwalsh AT nf DOT sympatico DOT ca>, Myknees <myknees AT aol DOT com>,
	pneyz <pneyz AT bethany DOT edu>, Mirek Prywata <mpry AT fuw DOT edu DOT pl>,
	djgpp AT delorie DOT com
Subject:	Re: LD looks at zip drive
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 971230191514 DOT 1808A-100000 AT is>

Eli Zaretskii schrieb:
> 
> On Tue, 30 Dec 1997, I wrote:
> 
> > The interesting question is why does it access the zip drive but not
> > the floppies?
> 
> I think I know the answer.  Are all of those who see this have their zip
> drive mapped to disk D:?  If so, then the reason is that ld.exe has the
> path name "d:/v2/go32/lib" hard-wired into it.  I'd guess that when

And as so often, you found the right answer. :-(

This is probably exact the reason (assuming all the zip drives or
CD drives are mounted on drive D).

The only solution for this is to switch to ld.exe from binutils 2.8.1,
which has not this limitation
(because there is "e:/djgpp/i386-pc-msdosdjgpp/lib" hard-wired :-)))).
But please do so only, if you haven´t any slow drive mounted on E:

I found this now after debugging ld and found, that ld looks at any time
in this directory for the linker scripts (at least it checks if this
directory exists) and cannot be customized in any way, except using an
editor to modify the hardcoded string.

Sorry for this, but I never thought about this and binutils 2.7 are
ready for a long time and nobody has complaint it.

Robert
-- 
******************************************************
* email:   Robert Hoehne <robert DOT hoehne AT gmx DOT net>     *
* Post:    Am Berg 3, D-09573 Dittmannsdorf, Germany *
* WWW:     http://www.tu-chemnitz.de/~sho/rho        *
******************************************************

- Raw text -