Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15751
| From | Greg Wooledge <wooledg@eeg.ccf.org> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Unicode range and enumeration support. |
| Date | 2019-12-18 15:13 -0500 |
| Message-ID | <mailman.1102.1576700003.1979.bug-bash@gnu.org> (permalink) |
| References | (6 earlier) <20191216163906.GV851@eeg.ccf.org> <5DFA7AE2.2060504@tlinx.org> <20191218194651.GH851@eeg.ccf.org> <c1565d25-c4fc-ff50-4112-c38cee8d2f80@archlinux.org> <20191218201318.GI851@eeg.ccf.org> |
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. ;-)
> 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.
Back to gnu.bash.bug | Previous | Next | Find similar
Re: Unicode range and enumeration support. Greg Wooledge <wooledg@eeg.ccf.org> - 2019-12-18 15:13 -0500
csiph-web