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