From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19425 invoked by alias); 11 Jul 2002 20:14:22 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 19393 invoked from network); 11 Jul 2002 20:14:10 -0000 Received: from unknown (HELO web21006.mail.yahoo.com) (216.136.227.60) by sources.redhat.com with SMTP; 11 Jul 2002 20:14:10 -0000 Message-ID: <20020711201409.24448.qmail@web21006.mail.yahoo.com> Received: from [130.127.121.212] by web21006.mail.yahoo.com via HTTP; Thu, 11 Jul 2002 13:14:09 PDT Date: Thu, 11 Jul 2002 14:26:00 -0000 From: Nicholas Wourms Subject: Re: Available for test: gcc-3.1.1-2 gcc2-2.95.3-8 To: cygwin@cygwin.com In-Reply-To: <20020711152331.GA8291@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-07/txt/msg00984.txt.bz2 --- Christopher Faylor wrote: > On Thu, Jul 11, 2002 at 06:17:51AM -0700, Nicholas Wourms wrote: > > > >--- Christopher Faylor wrote: > >[SNIP] > > > >Chris, > > > >When I do gcc -v, gcc prints out the following: > > > >Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.1.1/specs > >Configured with: /netrel/src/gcc-3.1.1-2/configure > >--enable-languages=c,c++,f77,java --enable-libgcj > --enable-threads=posix > >--with-system-zlib --enable-nls --without-included-gettext > >--disable-shared --enable-interpreter --disable-sjlj-exceptions > >--disable-version-specific-runtime-libs --build=i686-pc-linux > >--host=i686-pc-cygwin --target=i686-pc-cygwin --enable-haifa > --prefix=/usr > >--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib > >--includedir=/nonexistent/include --libexecdir=/usr/sbin : > > ^^^^^^^^^^^^^^^^^^^^ > >(reconfigured) > >Thread model: posix > >gcc version 3.1.1 20020710 (prerelease) > > > >Shouldn't that be /usr/include? The only reason I ask is because I'm > >quite certain that this could cause troubl in configure scripts. Like > >I've noticed that if I don't explicitly pass CPPFLAGS="-I/usr/include" > to > >my configure scripts, they'll miss the limits.h in /usr/include and use > >the one in /usr/lib/gcc-lib/...../include/ instead. This goes for some > >other header detection as well. I believe it is due to the compiler's > >internal search paths. Just thought I'd report that observation. > > This is basically the same configure script that I have been using for > two years, so I doubt that it will cause problems. > > The limits.h file in /usr/lib/gcc-lib/../include/ *is* the one that is > supposed to be used. It includes the /usr/include/limits.h file > automatically. > Are you saying that when I announced that the limits.h problem was > fixed, I was wrong? I specifically checked the -E output from a > program and saw that /usr/include/limits.h was pulled in specifically. Well I just nuked my cygwin directory to get rid of any "leftover" headers. The mingw and w32api include dirs were basically a mess in any event. Better to start fresh, I always say. Anyhow, after doing a fresh install, limits.h is now being picked up. Thank you Chris, and sorry for the "false" positive. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/