> Subject: Re: gawk regex stuff you may want
> To: Aharon Robbins
> Cc: bug-gnulib@gnu.org
> From: Paul Eggert
> Date: Sun, 24 Jan 2016 00:58:28 -0800
>
> Aharon Robbins wrote:
> > I think you mean ! _LIBC && RE_ENABLE_I18N.
>
> Thanks, I installed it with that change to the commit message.
Grea
Paul Eggert wrote:
> KO Myung-Hun wrote:
>> But, you said that it was enough to warn only once.
>
> True, and the current implementation doesn't have that nicety. However,
> it's not essential to support it, and not all that important as
> gnulib-tool will be run only rarely on file systems lack
KO Myung-Hun wrote:
But, you said that it was enough to warn only once.
True, and the current implementation doesn't have that nicety. However, it's not
essential to support it, and not all that important as gnulib-tool will be run
only rarely on file systems lacking symlinks.
Paul Eggert wrote:
> KO Myung-Hun wrote:
>> Some time ago, you reviewed my patch, and advised to do so because 'ln
>> -s' may succeed on some file systems, or may fail on another file
>> systems.
>
> Thanks for reminding me; I had forgotten about that consideration. I
> installed the attached pa
Paul Eggert writes:
> How about if we mark the gettext module as obsolescent? We can then
> work to fix those other two modules to not rely on the gettext module
> (they can still use gettext, just via gettext's mechanisms rather than
> via gnulib).
>
> We'd keep the gettext-h module.
It sounds
KO Myung-Hun wrote:
Some time ago, you reviewed my patch, and advised to do so because 'ln
-s' may succeed on some file systems, or may fail on another file systems.
Thanks for reminding me; I had forgotten about that consideration. I installed
the attached patch to fix this.
>From eda1f5cae
KO Myung-Hun wrote:
Ooops... typos at the beginning... s/OPENDIR/CLOSEDIR/g
And s/os2/os2*/, please...
Thanks, I installed the attached followup patch.
>From b64b4195d7e03e13dd0be025a637e4009e826d3e Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Sun, 24 Jan 2016 14:13:41 -0800
Subject: [PAT
Thanks, I installed that.
Hi Pádraig!
> Le 20 janv. 2016 à 15:16, Pádraig Brady a écrit :
>
> On 15/12/12 20:41, Jim Meyering wrote:
>> Akim Demaille wrote:
>>> Le 13 déc. 2012 à 18:06, Jim Meyering a écrit :
>>>
> cvsu does not report that there are directories and files inside the
> 'D's. Is it wrong to simp
* lib/openat-proc.c (openat_proc_name): Increase dirlen by 1 after
copying a directory.
---
lib/openat-proc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/openat-proc.c b/lib/openat-proc.c
index 6fba6c2..1712340 100644
--- a/lib/openat-proc.c
+++ b/lib/openat-proc.c
@@ -
Hi/2.
Paul Eggert wrote:
> Assaf Gordon wrote:
>> Trying to isolate it, gives (on that OpenSolaris 5.10 i86pc machine):
>> ===
>>$ cat 1.sh
>>#!/bin/sh
>>test -z "${host_os##os2*}"
>>
>>$ ./1.sh
>>./1.sh: bad substitution
>> ===
>>
>> Just a guess, but perhaps the recent OS/2 p
Aharon Robbins wrote:
I think you mean ! _LIBC && RE_ENABLE_I18N.
Thanks, I installed it with that change to the commit message.
Assaf Gordon wrote:
Trying to isolate it, gives (on that OpenSolaris 5.10 i86pc machine):
===
$ cat 1.sh
#!/bin/sh
test -z "${host_os##os2*}"
$ ./1.sh
./1.sh: bad substitution
===
Just a guess, but perhaps the recent OS/2 patches to gnulib are the source
Thanks for the diagnosi
13 matches
Mail list logo
