Le 16 avr. 2012 à 17:39, Paul Eggert a écrit :
> On 04/16/2012 08:34 AM, Akim Demaille wrote:
>> It is probably not very important, but I was wondering why
>> no .PHONY was used there.
>
> Probably because nobody ever thought of it.
OK, thanks.
> Anyway, if there are other Gnulib patches stack
On 04/16/2012 08:34 AM, Akim Demaille wrote:
> It is probably not very important, but I was wondering why
> no .PHONY was used there.
Probably because nobody ever thought of it.
Anyway, if there are other Gnulib patches stacked up for you
please let me know. I'd hate for Gnulib to be a major
bot
Le 16 avr. 2012 à 17:29, Paul Eggert a écrit :
> On 04/16/2012 02:18 AM, Akim Demaille wrote:
>> This patch has been
>> sent already to bug-gettext and bug-gnulib, but each time it
>> seems to have caught no attention.
>
> Normally Bruno deals with the gettext stuff, but it appears
> he's pretty
On 04/16/2012 02:18 AM, Akim Demaille wrote:
> This patch has been
> sent already to bug-gettext and bug-gnulib, but each time it
> seems to have caught no attention.
Normally Bruno deals with the gettext stuff, but it appears
he's pretty busy these days. I pushed this one into gnulib as trivial
Hi all,
I don't understand what is going on here. This patch has been
sent already to bug-gettext and bug-gnulib, but each time it
seems to have caught no attention. I agree this patch
addresses a very minor flaw, yet a genuine one. These
targets are explicitly mandated by the GCS:
> @item ins
Le 6 avr. 2012 à 14:46, Akim Demaille a écrit :
> [sorry, I meant to Cc to bug-gnulib, but forgot to do so]
>
> Hi Bruno, Hi gettexters!
>
> I have not seen answers to this message. Was something done in
> gettext about this? I see there is a gnulib/build-aux/po/Makefile.in.in
> that exists,
[sorry, I meant to Cc to bug-gnulib, but forgot to do so]
Hi Bruno, Hi gettexters!
I have not seen answers to this message. Was something done in
gettext about this? I see there is a gnulib/build-aux/po/Makefile.in.in
that exists, which is silently different from that of Gettext,
but which has
