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
Date: Thu, 11 Jul 2002 11:23:31 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Available for test: gcc-3.1.1-2 gcc2-2.95.3-8
Message-ID: <20020711152331.GA8291@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20020711044304 DOT GA3292 AT redhat DOT com> <20020711131751 DOT 76665 DOT qmail AT web21003 DOT mail DOT yahoo DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020711131751.76665.qmail@web21003.mail.yahoo.com>
User-Agent: Mutt/1.3.23.1i

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.

cgf

--
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/