This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: libz ? for makeinfo (egcs-19980418)
- To: wilson at cygnus dot com
- Subject: Re: libz ? for makeinfo (egcs-19980418)
- From: espie at quatramaran dot ens dot fr (Marc Espie)
- Date: Fri, 24 Apr 1998 18:28:17 +0200
- Cc: egcs-bugs at cygnus dot com
In article <199804220016.RAA21233@rtl.cygnus.com> you write:
>AC_CHECK_HEADERS(zlib.h, [AC_CHECK_LIB(z, gzdopen)])
>I have seen a few bug reports about this already, but this is the first time
>I recall seeing one fail because -lz was a shared library that couldn't be
>found at runtime. We could always just comment out this stuff. EGCS doesn't
>need the zlib support, so there is no reason why we have to check for it.
In fact, I've run into the same trouble. It was pretty minor compared to
all the other trouble that texinfo was giving me at the time.
There is something broken there. texinfo does not build correctly with
run-of-the-mill egcs on some systems.
The gcc I was using was a previous version of egcs, together with
binutils. It does find includes in /usr/local/include, it
does find libraries in /usr/local/lib, BUT it does not use -R or
anything to link them. In my opinion, egcs should at least be able to write
coherent linking lines that don't depend on anything extra to work
standalone... if it doesn't know how to link with libraries in
/usr/local/lib correctly, it shouldn't do it by default.
Exact same problem as having libstdc++ in a directory that doesn't get
through ldconfig.