coreutils
[Top][All Lists]
Advanced

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

Re: [coreutils] [PATCH] maint: allow gettext 0.17 again


From: Eric Blake
Subject: Re: [coreutils] [PATCH] maint: allow gettext 0.17 again
Date: Thu, 30 Dec 2010 15:11:36 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7

On 12/30/2010 02:38 PM, Jim Meyering wrote:
> Eric Blake wrote:
>> Commit 041c9c47 traded the 'gettext' module for the lighter 'gettext-h'
>> module, so as to not require the latest gettext release (we only need
>> the latest release if we ship gettext as a dependent library, but
>> coreutils has long preferred to use it as an external library).
>> But that commit overlooked two places necessary to allow the use of
>> gettext 0.17.
> 
> IMHO, we should do our best to make 0.18 work as a build-from-clone
> (not build from tarball) condition.

I agree that build-from-clone should use the latest tools available;
it's just that the latest tools available sometimes differ by platform
:)  This also helps for various other Linux distros where 0.18 is not
yet the pre-packaged default.

And build-from-tarball is not an issue (thankfully, tarballs are immune
to gettext version issues on the destination machine, so for several
months now, my coreutils testing on cygwin was limited to tarballs
created on Linux).

> However, since you say that 0.18.x still does not build on cygwin,
> relaxing that requirement to 0.17 makes it easier for more than a
> few people to build coreutils, and I won't object.

Thanks for agreeing; I've gone ahead and pushed it.

-- 
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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