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

Paolo Bonzini <[email protected]>
Newsgroups gmane.comp.gnu.utils.bugs,gmane.comp.shells.bash.bugs
Message-ID <[email protected]>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.