Mail Archives: djgpp/2001/08/27/04:00:25
Will Robinson wrote:
>
> > Unless I'm mistaken, this resolves to
> >
> > /opt/djgpp/i586-pc-msdosdjgpp/include
> >
> > Are you sure you extracted djcrx203 into /opt/djgpp/i586-pc-msdosdjgpp?
>
> Yes, they're definitely there:
>
> [wsr23 AT dhcp-197-222 djbuild]$ ls /opt/djgpp/i586-pc-msdosdjgpp/include
> ar.h dir.h float.h ieeefp.h machine/ pc.h
> [...]
Could you try
ls
/opt/djgpp/lib/gcc-lib/i586-pc-msdosdjgpp/3.0.1/../../../../i586-pc-msdosdjgpp/include
test -d
/opt/djgpp/lib/gcc-lib/i586-pc-msdosdjgpp/3.0.1/../../../../i586-pc-msdosdjgpp/include
&& echo OK
(cd
/opt/djgpp/lib/gcc-lib/i586-pc-msdosdjgpp/3.0.1/../../../../i586-pc-msdosdjgpp/include
&& pwd)
in the shell to see whether this is a gcc issue, or something
to do with your system (though the latter is unlikely)?
If it is not your system that has problems with this path, try adding
some
diagnostic code to append_include_chain() in cppinit.c to see why it
thinks
that path doesn't exist (apparently, stat() returns ENOENT).
At least one issue seems apparent: append_include_chain() calls
_cpp_simplify_pathname, which is supposed to get rid of all the '../',
but clearly does not. You may want to instrument that function for
debugging as well.
- Raw text -