bug-bash
[Top][All Lists]
Advanced

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

Re: locale specific ordering in EN_US -- why is a<A<b<B<y<Y<z<Z?


From: Paolo Bonzini
Subject: Re: locale specific ordering in EN_US -- why is a<A<b<B<y<Y<z<Z?
Date: Wed, 26 Jun 2013 23:04:35 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6

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
>>> > > letters and [A-Z] got only uppercase ones.
>> >
>> > The next version of bash will have a shell option to enable this behavior.
>> > It's in the development snapshots if anyone wants to try it out now.
> So what about setting globasciiranges on by default?
> There is a backwards compat issue, but it's probably
> less of a problem than having inconsistent handling
> of these ranges between different systems, and different
> tools like grep, gawk, sed, etc...
> To me it seems best to at least be consistent with
> each other, and with the intent of POSIX >= 2001.

I still believe that there is no place other than the glibc locale
descriptions where this can be fixed.  The last thing the user wants is
to have a sed script that grows too much and breaks when they switch to
gawk (or vice versa).

Paolo



reply via email to

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