Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #15752

Re: Unicode range and enumeration support.

From Eli Schwartz <eschwartz@archlinux.org>
Newsgroups gnu.bash.bug
Subject Re: Unicode range and enumeration support.
Date 2019-12-18 15:28 -0500
Message-ID <mailman.1103.1576700919.1979.bug-bash@gnu.org> (permalink)
References (7 earlier) <5DFA7AE2.2060504@tlinx.org> <20191218194651.GH851@eeg.ccf.org> <c1565d25-c4fc-ff50-4112-c38cee8d2f80@archlinux.org> <20191218201318.GI851@eeg.ccf.org> <b800439d-2fdd-45d9-871d-44346e5c3062@archlinux.org>

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On 12/18/19 3:13 PM, Greg Wooledge wrote:
> On Wed, Dec 18, 2019 at 03:08:20PM -0500, Eli Schwartz wrote:
>> So all bash needs to do to print {Z..a} is to take Z == ASCII decimal 90
>> and a == ASCII decimal 97, then enumerate the numbers 90-97 and
>> translate them into ascii. No locale awareness is needed, no heuristics,
>> no invocation of the locale subsystem, you don't even need to hardcode
>> the ASCII range in source code.
> 
> Until you want to use bash on an EBCDIC system. ;-)

Oof, that was mean. :p (Also, why does this still exist.)

(But I guess we all realize that this just means bash needs to rely on
the existing support for translating the ASCII locale, and still doesn't
need to enumerate a lookup code of characters for this especial purpose.)

>> And that's why bash can support enumerating a range of ASCII characters
>> in LC_COLLATE=C order, when it cannot (easily) do so using other locales.
> 
> Yup.
> 


-- 
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Re: Unicode range and enumeration support. Eli Schwartz <eschwartz@archlinux.org> - 2019-12-18 15:28 -0500

csiph-web