Date: Mon, 3 Jan 2000 10:45:11 +0200 (IST) From: Eli Zaretskii X-Sender: eliz AT is To: Mike Gee cc: djgpp AT delorie DOT com Subject: Re: Include Paths In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Sun, 2 Jan 2000, Mike Gee wrote: > One more time, the very quick fix to your problem would be invoking GCC > with -I and -L options, like this: > > gcc -IC:\SCITECH\INCLUDE -LC:\SCITECH\LIB\DOS32\DJ2 hello.c -o hello.exe > -v If this works, but setting C_INLUDE_PATH does not, it probably means that something overrides the environment variable before the compiler is run. > BTW I can't find CPLUS_LIBRARY_PATH in docs on GCC, so this your setting > probably don't affect compilation at all, just wasting environment space. There's no CPLUS_LIBRARY_PATH, that's true. But the problem seems to be with header files, not with libraries, so this is irrelevant. > And please disregard my advice to run startmgl.bat before compiling with > MGL. Just looked into it - by default it overwrites file djgpp.env with > it's own version without warning and backup, which is Bad Thing(tm). We had private exchange with Brendan on these issues, where we indeed established that MGL's batch files overwrite djgpp.env. This was responsible for several weird problems, like lack of support for long file names (because MGL's djgpp.env says LFN=n) which breaks C++ compilation when file names like libstdcxx.a and streambuf.h are involved. It took a lot of effort to find out that this was the cause (I don't have MGL installed) and that DJGPP installation per se works if djgpp.env is kept intact. Somebody should complain to MGL about this. There should be no reason for them to overwrite djgpp.env: it has enough provisions for tailoring the configuration to such needs without breaking anything else.