Message-Id: <m0yrN90-000S3EC@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization: INTI
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, bill AT taniwha DOT tssc DOT co DOT nz
Date: Wed, 1 Jul 1998 10:48:25 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Some notes about DJDEV202.ZIP
CC: Andris Pavenis <pavenis AT lanet DOT lv>,
        djgpp workers list <djgpp-workers AT delorie DOT com>
References: <359A07F3 DOT 6E49F4C4 AT taniwha DOT tssc DOT co DOT nz>
In-reply-to: <Pine.SUN.3.91.980701131459.13137A-100000@is>
Precedence: bulk

Eli wrote:
> 
> On Wed, 1 Jul 1998, Bill Currie wrote:
> 
> > What about telling gcc to search in $DJDIR/{include,lib} instead of
> > /usr/{include,lib}?
> 
> This would be okay, but it requires gcc to be changed.
> 
> However, I'm not sure it solves similar problems with C++.  Is 
> /usr/lang/cxx part of the Unix default path?

And what about changing the whole thing and make the djgpp directory 
match the Unix / ? ;-) (Half joke - half question)

IMHO we must choose between UNIX style and some hacked stuff, using a 
hack we'll have troubles from time to time. I don't see a clear 
solution but you can't spect a final solution if you use a hack.

I think the idea of replacing /usr/... by the djgpp specific 
directories is a good solution, even when (as Eli points) it could be 
far from perfect.

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013