[Top][All Lists]

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

Re: canonicalize-lgpl-tests on cygwin

From: Eric Blake
Subject: Re: canonicalize-lgpl-tests on cygwin
Date: Thu, 05 Jul 2007 06:34:56 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20070509 Thunderbird/ Mnenhy/

Hash: SHA1

According to Eric Blake on 7/4/2007 8:16 PM:
>> I don't understand it: If test-canonicalize-lgpl depends - directly or
>> indirectly on the module 'gettext-h', then @LIBINTL@ will expand to something
>> (possibly empty) in the Makefile, then how can the error in Simon's logs
>> occur? And if it doesn't, then where did the error that you saw in findutils
>> on cygwin come from? ???
> Hmm, I'm trying to get to the bottom of this.  Thanks for the heads up.  I
> remember seeing the error only when compiling findutils, which uses the
> canonicalize; maybe the error stemmed from a combination of modules in use
> at the same time, in which it is not canonicalize that directly depends on
> LIBINTL, but one of the other modules which it was interacting with.  I'll
> see if I can reproduce the actual failure, by temporarily reverting that
> patch.

Here's the actual failure with findutils:

gcc  -g2 -Wall   -o test-canonicalize-lgpl.exe test-canonicalize-lgpl.o
../gnulib/lib/libgnulib.a(xalloc-die.o): In function `xalloc_die':
/home/eblake/findutils/gnulib/lib/xalloc-die.c:35: undefined reference to
collect2: ld returned 1 exit status

So it is the mix with xalloc-die that changes the behavior of
test-canonicalize-lgpl to pull in a gettext function.  But what is
stranger is that findutils only wants to use 'canonicalize', not
'canonicalize-lgpl'.  Somehow, the --with-tests option of gnulib-tool is
pulling in canonicalize-lgpl-tests in spite of the fact that findutils
intends to use the gpl version (in particular, with xalloc, which needs
@LIBINTL@).  And for now, there is no canonicalize-tests module, even
though it could reasonably be the same as canonicalize-lgpl-tests.

I'm still not sure how best to fix this.  Maybe instead of directly using
@LIBINTL@ in test_canonicalize_lgpl_LDADD, we instead use another symbol
which expands to empty by default, but which xalloc can define to expand
to @address@hidden

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

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