Il 01/07/2013 20:36, Aharon Robbins ha scritto:
> [ I know I'm going to regret this... ]
>
>> `[a-z]' is case insensitive
>>
>> You are encountering problems with locales. POSIX mandates that `[a-z]'
>> uses the current locale's collation order -- in C parlance, that means
>> strcoll(3) ins
Il 28/06/2013 15:18, Eli Zaretskii ha scritto:
> Thanks for the lecture, I already know all that.
>
> GNU projects used to treat Posix standards in a less dogmatic way at
> some point, reserving strict Posix compliance to special options. If
> that changed lately, I'm sorry. I think our tools ne
Il 28/06/2013 14:49, Eli Zaretskii ha scritto:
> > > When being consistent means being buggy, I don't want the consistency.
> > > I want the bug solved in all the programs I use, but if it takes time
> > > to do that, I will be glad in the meantime to use some programs that
> > > don't have that bu
Il 28/06/2013 12:24, Eli Zaretskii ha scritto:
>> Date: Fri, 28 Jun 2013 11:23:53 +0200 (CEST)
>> From: Johannes Meixner
>> Cc: Paolo Bonzini , Aharon Robbins ,
>> bug-bash@gnu.org, bug-...@gnu.org
>>
>> >From my point of view a primary question is:
Il 28/06/2013 07:04, Linda Walsh ha scritto:
>
>
> Chet Ramey wrote:
>> The world is larger than glibc and the glibc locale definitions. We need
>> a solution that encompasses all of it. That solution should, and maybe
>> will, include glibc, but that is not sufficient by itself.
>
> I
Il 27/06/2013 21:19, Chet Ramey ha scritto:
>> > I do not care too much which kind of locale specific ordering
>> > or collating or regex behaviour is actually implemented
>> > as long as it works consistently in grep, gawk, sed, bash,...
> This is Arnold's goal.
And the way he's solving it will n
Il 27/06/2013 21:13, Chet Ramey ha scritto:
> On 6/27/13 4:48 AM, Paolo Bonzini wrote:
>> Il 27/06/2013 09:33, Aharon Robbins ha scritto:
>>> Hi Paolo.
>>>
>>>>> I still believe that there is no place other than the glibc locale
>>>>> descri
Il 27/06/2013 16:31, Aharon Robbins ha scritto:
I would suggest distros to rip out the #else part of this #ifndef.
>>>
>>> And I wouldn't, but as I have no control over the distros, I'm
>>> not going to worry about it.
>>>
>>> All I know is that with the non-gawk case, gawk fails its test suit
Il 27/06/2013 15:46, Aharon Robbins ha scritto:
>> Date: Thu, 27 Jun 2013 15:27:40 +0200
>> From: Paolo Bonzini
>> Subject: Re: locale specific ordering in EN_US -- why is a>
>> Right now only gawk is different from the others, and not in a very
>>
Il 27/06/2013 14:11, Johannes Meixner ha scritto:
>
> Hello,
>
> On Jun 27 10:48 Paolo Bonzini wrote (excerpt):
>> Il 27/06/2013 09:33, Aharon Robbins ha scritto:
>>>
>>> Fortunately, gawk and grep are already there, and I think the sed in
>>> the git
Il 27/06/2013 09:33, Aharon Robbins ha scritto:
> Hi Paolo.
>
>> > I still believe that there is no place other than the glibc locale
>> > descriptions where this can be fixed.
> This is necessary but not sufficient. All of gawk, grep, sed and bash
> run on lots of non-GLIBC systems.
On non-glibc
Il 26/06/2013 16:15, Pádraig Brady ha scritto:
>>> > > This is why I started the Campaign For Rational Range Interpretation,
>>> > > now part of gawk and I believe in the most recent grep also, which
>>> > > returns us to the sane days of yesteryear, where [a-z] got only
>>> > > lowercase
>>> > >
12 matches
Mail list logo
