[Top][All Lists]

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

Re: Problem with LIBS generated by a macro

From: Sergio Belkin
Subject: Re: Problem with LIBS generated by a macro
Date: Sun, 31 Oct 2010 18:08:15 -0300

2010/10/31 Ralf Wildenhues <address@hidden>:
> Hello Sergio,
> * Sergio Belkin wrote on Sat, Oct 30, 2010 at 11:55:17PM CEST:
>> I've autoconfiscated a project that link against libresolv and
>> libtpthread, and optionally against ssl, mysqlclient and pq. I am
>> working on Fedora 13 (i686).
>> I've found a macro AX_EXT_HAVE_LIB
>> (
>> that "is identical to AC_SEARCH_LIBS with the exception that will add
>> -L<directory> when looking, and use a different variable for each
>> directory. " It seems great for me!
>> The problem is that at the end only take the last library found, in my
>> case "pq".
>> It seems that macro override the earlier value of "LIBS" variable.
> This looks like a bug in the AX_EXT_HAVE_LIB macro to me, as it is
> documented to only add to LIBS but not remove existing entries.


>>  I've examined the configure script but it's a bit tricky, you may
>> read a snippet about the macro on
>> I've tried modifying macro, replacing the final LIBS="$new_libs" por
>> LIBS="$new_libs $LIBS" which you may read  on
>> But now LIBS ends as: '-lpq -lmysqlclient -lssl -lpthread -lresolv
>> -lssl -lpthread -lresolv '
>> It seems harmless but it's too ugly, isn't it?
> Not necessarily.

Not necessarily what? :)  (sorry english is not my native language) Do
you say that that cane be harmful or that is not ugly? :)

> I suggest you report this to the autoconf-archive-maintainers list,
> or their bug tracker, so that the macro can be fixed.

Good point I've done it.

> Cheers,
> Ralf

Sergio Belkin
Watch More TV
Sergio Belkin -

reply via email to

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