Hello Eric,
I still met this issue on latest upstream HEAD(f78024b)
when compiling libvirt:
Making all in po
make[2]: Entering directory `/home/ajia/Workspace/libvirt/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext
version 0.17 but the autoconf macros are from
Based on the bootstrap fallout today.
* doc/gnulib-tool.texi (gettextize and autopoint): Document the
choice between versions.
* DEPENDENCIES (gettext): Cover both approaches.
Signed-off-by: Eric Blake
---
I won't push this without review; and it probably needs some tweaks.
But it represents my
On 04/25/2012 12:33 PM, Jim Meyering wrote:
>> In other words, I'm thinking this patch is appropriate (I've tested it
>> on libvirt, which uses gettext-h, and on bison which uses gettext).
>
> That looks good, and your testing seems to cover all bases.
> Thanks for dealing with this.
>
>> diff -
Eric Blake wrote:
> [trimming cc's for now]
>
> On 04/25/2012 09:38 AM, Jim Meyering wrote:
>>> Another possible alternative: install the precise 0.17 Makefile.in.in
>>> via libvirt's gnulib-local, so that when gnulib-tool runs, we are back
>>> to bootstrap picking up the version that we know we wa
[trimming cc's for now]
On 04/25/2012 09:38 AM, Jim Meyering wrote:
>> Another possible alternative: install the precise 0.17 Makefile.in.in
>> via libvirt's gnulib-local, so that when gnulib-tool runs, we are back
>> to bootstrap picking up the version that we know we want to use in libvirt.
gnu
On 04/07/2012 05:48 AM, Akim Demaille wrote:
> Hi!
>
> I would like bison to used gnulib's build-aux/po/Makefile.in.in,
> but I don't understand how I am supposed to do that. bison's
> bootstrap is sync'ed with that of gnulib (the current master).
Revisiting this topic, WHY are we trying to use
[adding bug-gnu-gettext]
On 04/25/2012 07:04 AM, Jim Meyering wrote:
*** error: gettext infrastructure mismatch: using a Makefile.in.in from
gettext version 0.18 but the autoconf macros are from gettext version
0.17
>>>
>>> NACK. RHEL 5 still uses gettext 0.17, and this breaks the
[adding bug-gnulib]
On 04/25/2012 09:40 AM, Vincent Lefevre wrote:
> It seems that it is not possible to check whether _Noreturn (C11)
> or noreturn (via C11 #include ) or something similar
> (e.g. GCC's "__attribute__ ((noreturn))") is supported with a native
> autoconf macro (I think that AC_C_N
Eric Blake wrote:
> On 04/25/2012 07:04 AM, Jim Meyering wrote:
We need to fix gnulib to not force us to use gettext 0.18. I'll look
into this.
>>>
>>> Here's what I'm playing with now; so far, it appears to make life happy
>>> for libvirt with its intentional AM_GNU_GETTEXT_VERSION([0.1
On 04/25/2012 07:04 AM, Jim Meyering wrote:
>>> We need to fix gnulib to not force us to use gettext 0.18. I'll look
>>> into this.
>>
>> Here's what I'm playing with now; so far, it appears to make life happy
>> for libvirt with its intentional AM_GNU_GETTEXT_VERSION([0.17]). Jim,
>> does this l
Eric Blake wrote:
> [adding bug-gnulib]
>
> On 04/24/2012 06:22 AM, Eric Blake wrote:
>> On 04/24/2012 03:50 AM, Peter Krempa wrote:
>>> Commit c9cd419caba9effa11ca53e8696e5f6a4b424d60 added copying of the
>>> makefile for translation files from gnulib. The makefile from gnulib is
>>> of version 0.
On Wed, Apr 25, 2012 at 03:04:05PM +0200, Jim Meyering wrote:
> Eric Blake wrote:
> > [adding bug-gnulib]
> >
> > On 04/24/2012 06:22 AM, Eric Blake wrote:
> >> On 04/24/2012 03:50 AM, Peter Krempa wrote:
> >>> Commit c9cd419caba9effa11ca53e8696e5f6a4b424d60 added copying of the
> >>> makefile for
12 matches
Mail list logo
