That is a different and unrelated problem, I think.
barney-xp$ md5sum /usr/lib/gcc-lib/*/3.3.3/include/float.h
248cb979b88c788e88100b913eea6ce9 */usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/include/float.h
248cb979b88c788e88100b913eea6ce9 */usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/include/float.h
barney-xp$
The bug that I am observing is that /usr/i686-pc-cygwin/include needs to appear on the search path before any of the /usr/lib/gcc-lib include files.
Thanks.
Christopher Faylor wrote:
On Thu, Mar 17, 2005 at 11:44:40AM -0500, Christopher Faylor wrote:
On Thu, Mar 17, 2005 at 11:32:23AM -0500, Paul Stodghill wrote:
If a program includes <float.h> and is compiled with gcc -mno-cygwin, it appears to include the wrong instance of float.h. More specifically, "/usr/i686-pc-mingw32/include/float.h" is written assuming that it will be included before "/usr/lib/gcc/i686-pc-cygwin/3.4.1/include/float.h" and uses #include_next to pick up the compiler provided definitions. However, this does not appear to be happening.
The reasons appears to be that the "/usr/lib/gcc/i686-pc-cygwin/3.4.1/include" appears on the search path before "/usr/i686-pc-mingw32/include". Adding "-I/usr/i686-pc-mingw32/include" to the command line does not work because it is suppressed as a duplicate entry.
There aren't supposed to be any "cygwin" directories in the search path. Apparently this part of gcc is busted.
Gerrit?
Just to clarify: there aren't supposed to be cygwin directories in the include (or lib) search path when -mno-cygwin is specified. Obviously (to me anyway) they should be there when that option is not used.
This is handled by the cygwin-specific .c files in gcc/config/i386/ .
cgf
-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
