Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Thu, 17 Mar 2005 11:44:40 -0500
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Problem including float.h with gcc -mno-cygwin
Message-ID: <20050317164440.GB31022@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
References: <4239B117 DOT 4030203 AT cs DOT cornell DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4239B117.4030203@cs.cornell.edu>
User-Agent: Mutt/1.5.6i

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?

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/