From:	"Johan Venter" <jventer AT writeme DOT com>
Newsgroups:	comp.os.msdos.djgpp
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 990613162530 DOT 9316A-100000 AT is>
Subject:	Re: djgpp.env parser
Lines:	39
X-Newsreader:	Microsoft Outlook Express 4.72.3110.1
X-MimeOLE:	Produced By Microsoft MimeOLE V4.72.3110.3
Message-ID:	<%7h93.10406$PN5.27465@newsfeeds.bigpond.com>
Date:	Tue, 15 Jun 1999 10:27:50 +1000
NNTP-Posting-Host:	203.40.82.88
X-Trace:	newsfeeds.bigpond.com 929406587 203.40.82.88 (Tue, 15 Jun 1999 10:29:47 EST)
NNTP-Posting-Date:	Tue, 15 Jun 1999 10:29:47 EST
Organization:	Telstra BigPond Internet Services (http://www.bigpond.com)
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii wrote in message ...
>
>On Sun, 13 Jun 1999, Johan Venter wrote:
>
>> It's more a case of wanting COMPLETELY different C_INCLUDE_PATH, CPLUS_INCLUDE_PATH
>> and LIBRARY_PATH variables when running the gccw32 wrapper.
>
>Is there anything that a separate [gccw32] section won't solve?

After some more thought, I think maybe the current way it works should do, maybe with just
a few modifications.

Have you seen the code to gccw32?

It just adds the environment variables, and spawn()'s a copy of gcc.
The djggp.env parser then sees that the variables have already been defined in the
environment, and appends the added directories in the djgpp.env file to the currently
defined variables.
My critisim is that this requires that the djgpp.env variables all begin like this:

C_INCLUDE_PATH=%/>;C_INCLUDE_PATH%

This may not be the case on some users computers, for example I know some people that
DELETED that part of the variable because they didn't think they needed it because they
don't define those variables manually.

All I wanted to do was think of a better way to add these variables, and I think I've
found one.

Thanks for your input Eli.

--
Johan Venter
ICQ 3643877
Visit The TPU DJGPP Interest Group:
http://surf.to/djgppig

- Raw text -