Mail Archives: djgpp/2000/01/03/13:43:08
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.
- Raw text -