bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: havelib: Enhance documentation


From: Jose E. Marchesi
Subject: Re: havelib: Enhance documentation
Date: Mon, 11 May 2020 09:14:50 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

    
    diff --git a/doc/havelib.texi b/doc/havelib.texi
    index a776d52..59126c7 100644
    --- a/doc/havelib.texi
    +++ b/doc/havelib.texi
    @@ -79,6 +79,17 @@ when linking with libtool.  Both 
@code{LTLIB<@var{NAME}>} and
     @samp{-Wl,-rpath}, @code{LTLIB<@var{NAME}>} contains platform independent
     flags like @samp{-R}.
     
    +If you, by mistake, use @code{LIB<@var{NAME}>} instead of
    +@code{LTLIB<@var{NAME}>} when linking with libtool, you will observe that 
the
    +binaries created in the build dir will prefer the shared libraries in the
    +installation directories over the shared libraries in the build dir; this 
can
    +lead to all sorts of build failures, test failures, or crashes!

It would be more correct to refer to the "wrapper scripts created in the
build dir".

    +If you, on the other hand, by mistake, use @code{LTLIB<@var{NAME}>} 
instead of
    +@code{LIB<@var{NAME}>} when linking @emph{without} libtool, you will 
observe
    +build failures, because the @samp{-R} options contained 
@code{LTLIB<@var{NAME}>}
    +are not valid options to compilers such as GCC.
    +
     @unnumberedsubsubsec Example of using @code{AC_LIB_LINKFLAGS}
     
     Suppose you want to use @code{libz}, the compression library.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]