Mail Archives: cygwin/2002/07/11/09:18:03
--- 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.
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 -