From: "Johan Venter" Newsgroups: comp.os.msdos.djgpp References: 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