bug-gnulib
[Top][All Lists]
Advanced

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

Re: conflict between 'canonicalize' and 'canonicalize-lgpl'


From: Jim Meyering
Subject: Re: conflict between 'canonicalize' and 'canonicalize-lgpl'
Date: Sun, 20 Apr 2008 20:48:44 +0200

Bruno Haible <address@hidden> wrote:
> Last week, I did:
>> 2008-04-13  Bruno Haible  <address@hidden>
>>
>>      Fix conflict between modules 'canonicalize' and 'canonicalize-lgpl'.
>>      * lib/canonicalize-lgpl.c: Elide the contents if the 'canonicalize'
>>      module is also used and while not building the reloc-wrapper.
>
> This was incorrect. It caused link failures of the programs
> test-binary-io, test-lseek, test-open, test-stat-time on mingw.
> Reason: These programs need open(), which has a replacement defined in
> lib/fchdir.c, which needs canonicalize_file_name() and depends on
> canonicalize-lgpl. But through the above patch, the definition from
> lib/canonicalize.c is used, which requires xalloc, which requires xalloc-die,
> which requires error, which requires gettext-h - and the functions from 
> libintl
> are not found.
>
> This should be a better fix. Jim, ok to apply? For coreutils, nothing will
> change, since it uses --avoid=canonicalize-lgpl.

Pretty twisted ;-)
That looks fine.  Go ahead and commit/push.




reply via email to

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