[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: -lintl in SVN_INTL_LIBS and LIBS

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Fri, 14 Mar 2014 10:44:27 +0000

Stefan Sperling <stsp_at_elego.de> writes:

> On Thu, Mar 13, 2014 at 05:46:35PM +0000, Philip Martin wrote:
>> Stefan Sperling <stsp_at_apache.org> writes:
>>
>> > On Thu, Mar 13, 2014 at 04:16:17PM -0000, stsp_at_apache.org wrote:
>> >> Author: stsp
>> >> Date: Thu Mar 13 16:16:16 2014
>> >> New Revision: 1577223
>>
>> >> - AC_SEARCH_LIBS(bindtextdomain, [intl], [],
>> >> + AC_SEARCH_LIBS(bindtextdomain, [intl],
>> >> + [
>> >> + SVN_INTL_LIBS="-lintl"
>>
>> That's not correct. AC_SEARCH_LIBS will start with no libs and will only
>> go on to check libintl if it doesn't find the symbol. At this point we
>> don't know whether libintl was needed or whether it worked without.
>
> Ah, I see. So we'll probably need to set LIBS to an empty string,
> and then check if it was set to anything by AC_SEARCH_LIBS?
>
>> I'm still not really sure why we are trying to set SVN_INTL_LIBS at
>> all. Why is LIBS not enough?
>
> Because otherwise it requires a special hack during pkg-config
> file generation. See r1577226 which removed the hack.

I still don't understand what is being attempted. SVN_INTL_LIBS is some
Windows feature. Why do we need to support it on Unix? Can we just
leave it empty? Why put in extra code to move '-lintl' from LIBS to
SVN_INTL_LIBS?

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2014-03-14 11:45:06 CET

This is an archived mail posted to the Subversion Dev mailing list.