This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: libz ? for makeinfo (egcs-19980418)


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]