Message-ID: <B0000083603@stargate.astr.lu.lv>
From: "Andris Pavenis" <pavenis AT lanet DOT lv>
To: DJ Delorie <dj AT delorie DOT com>, djgpp-workers AT delorie DOT com
Date: Fri, 16 Apr 1999 11:25:56 +0300
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: [binkley AT sst DOT ncsl DOT nist DOT gov: djgpp and ld]
In-reply-to: <199904151914.PAA04662@envy.delorie.com>
X-mailer: Pegasus Mail for Win32 (v3.02b14)
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On 15 Apr 99, at 15:14, DJ Delorie wrote:

> 
> In the future, all GNU packages built for DJGPP should be configured
> with --prefix=/djgpp
> 

I'm afraid somebody may want to place DJGPP in diferent place.

Maybe we should introduce one more similar "special"directory like /dev
for that. For example provide translation of  /usr/local/foo  to $DJDIR/foo
or something like. That would allow us to avoid current nightmare with
putting environmnet variable in prefix. Perhaps it could also by a separate
library outside libc.a that provide this functionality (or some source module
linked with corrseponding package.

For egcs-1.1.X I found some workaround for related problems. For current 
development snapshots this no more works so well. So having possibility 
of such translation would help in porting GNU packages. However there
may be also problems as somebody may try to use this special directory name
for something else.

Maybe  --prefix=/:DJDIR would be usable for that purpose as '/:foo' is invalid file 
name for DOS and also for Win9X. So we'll not have problems if somebody will 
want to use directory with such name.

 So /:DJDIR/lib/gcc-lib/djgpp/egcs-291.66/cpp.exe would be translated
to $DJDIR/lib/gcc-lib/djgpp/egcs-291.66/cpp.exe. The problem is that we should
provide this functionality for many libc.a functions not only open (findfirst,
opendir,stat, etc...). Perhaps getting full file name (_truename()) should
resolve this hack.

Similary also or something like could be used.

I understand that this ideas may look weird but having to put $DJDIR in
prefix also seems like nightmare.

Andris