Hi Fons,
Fons Rademakers writes:
> this is a pain in the neck and what concerns me basically a gcc v3
> defect.
Yes on the pain in the neck. But, it may not be a defect in gcc v3 in
general, it could be Debian specific, since you didn't see the
problem. I'll post a bug report to Debian and see if goes anywhere.
> To work around it we have to find a portable way to find out
> in the configure script which include paths are searched by default
> by the compiler and exclude those paths from appearing in the OPENGLINCDIR
> or any other INCDIR statement. I can for now fix it so that /usr/include
> is always assumed to be a path searched by any compiler on any platform.
I think that if there was a way to tell configure "Include GL support,
but don't set any OPENGL* make variables" (ie, "--with-opengl") in
addition to the current --with-opengl-{incdir,libdir} flags then
people who are aware of the problem can work around it. Of course, as
it is now, manually editting Makefile.config isn't so difficult.
> Btw: I did not see the problem since I installed gcc-3 on my machine in
> /opt/gcc-3.00 and therefore std_cwchar.h was found in:
> /opt/gcc-3.00/include/g++-v3/bits/std_cwchar.h
It is "wchar.h" (included by std_cwchar.h) which causes the problem.
On my system this is in:
/usr/include/bits/wchar.h
and
/usr/include/wchar.h
Since std_cwchar.h is in:
/usr/include/g++-v3/bits/std_cwchar.h
and /usr/include (due to -I directive) has already been searched it
goes unfound in the #include_next.
-Brett
This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:50:52 MET