Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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: <423C6B1A.3040708@cs.cornell.edu> Date: Sat, 19 Mar 2005 13:10:34 -0500 From: Paul Stodghill 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 (Danny can you comment?) 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> <423B85D6 DOT 6000500 AT cs DOT cornell DOT edu> <20050319031107 DOT GB28998 AT trixie DOT casa DOT cgf DOT cx> <423C4FCC DOT 1060909 AT cs DOT cornell DOT edu> <20050319162026 DOT GC6241 AT trixie DOT casa DOT cgf DOT cx> In-Reply-To: <20050319162026.GC6241@trixie.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Mar 2005 18:10:34.0941 (UTC) FILETIME=[F234DED0:01C52CAE] X-IsSubscribed: yes CYGWIN != LINUX!!!! Oh, wait, this isn't cygwin-talk. Sorry... There appears to be a conflicting contraints between mingw and gcc-mingw. The float.h provided by mingw definitely assumes that it will be included before the compiler provided float.h. I am able to compile my app successfully by hardcoding the #include directive so that it picks up the mingw version of float.h first. There may be some problems with some other files, but I do not know, barney-xp$ /bin/ls /usr/lib/gcc-lib/i686-pc-mingw32/3.3.3/include > gcc.lst barney-xp$ /bin/ls /usr/include/mingw > mingw.lst barney-xp$ comm -12 gcc.lst mingw.lst float.h limits.h stdarg.h stddef.h varargs.h barney-xp$ Christopher Faylor wrote: >On Sat, Mar 19, 2005 at 11:14:04AM -0500, Paul Stodghill wrote: > > >>Argh. I didn't proofread my post. Sorry about that. Here is how it >>should have read. >> >>[The fact that the cygwin compiler path appears on the search path] 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-mingw32/include needs >>to appear on the search path before any of the /usr/lib/gcc-lib include >>files. >> >> > >That would make mingw unlike every other compiler out there. Try it on >linux and you can see that the gcc library includes are supposed to be >first. Putting them second would screw up other things. > >Danny, are you reading this? > >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/