Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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:	<20020711201409.24448.qmail@web21006.mail.yahoo.com>
Date:	Thu, 11 Jul 2002 13:14:09 -0700 (PDT)
From:	Nicholas Wourms <nwourms AT yahoo DOT com>
Subject:	Re: Available for test: gcc-3.1.1-2 gcc2-2.95.3-8
To:	cygwin AT cygwin DOT com
In-Reply-To:	<20020711152331.GA8291@redhat.com>
MIME-Version:	1.0

--- Christopher Faylor <cgf AT redhat DOT com> wrote:
> On Thu, Jul 11, 2002 at 06:17:51AM -0700, Nicholas Wourms wrote:
> >
> >--- Christopher Faylor <cgf AT redhat DOT com> 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/

- Raw text -