Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Message-ID:	<423B85D6.6000500@cs.cornell.edu>
Date:	Fri, 18 Mar 2005 20:52:22 -0500
From:	Paul Stodghill <stodghil AT cs DOT cornell DOT edu>
User-Agent:	Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Problem including float.h with gcc -mno-cygwin
References:	<4239B117 DOT 4030203 AT cs DOT cornell DOT edu> <20050317164440 DOT GB31022 AT trixie DOT casa DOT cgf DOT cx> <20050317165350 DOT GA31507 AT trixie DOT casa DOT cgf DOT cx>
In-Reply-To:	<20050317165350.GA31507@trixie.casa.cgf.cx>
X-OriginalArrivalTime:	19 Mar 2005 01:52:23.0569 (UTC) FILETIME=[4B6C3810:01C52C26]
X-IsSubscribed:	yes

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/

- Raw text -