Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Greg Wooledge Newsgroups: gnu.bash.bug Subject: Re: Unicode range and enumeration support. Date: Wed, 18 Dec 2019 15:13:18 -0500 Lines: 14 Approved: bug-bash@gnu.org Message-ID: References: <568aeaaa-22b3-c7b9-0e18-a92bef6d2ffb@iki.fi> <5DF2FE31.9070406@tlinx.org> <0ff3a920-94c2-b0c9-5631-0964955657aa@archlinux.org> <5DF3D78B.4090208@tlinx.org> <20191213184213.GO851@eeg.ccf.org> <5DF4BDF0.6000402@tlinx.org> <20191216163906.GV851@eeg.ccf.org> <5DFA7AE2.2060504@tlinx.org> <20191218194651.GH851@eeg.ccf.org> <20191218201318.GI851@eeg.ccf.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: usenet.stanford.edu 1576700004 28895 209.51.188.17 (18 Dec 2019 20:13:24 GMT) X-Complaints-To: action@cs.stanford.edu To: bug-bash@gnu.org Envelope-to: bug-bash@gnu.org Mail-Followup-To: bug-bash@gnu.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 139.137.100.1 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <20191218201318.GI851@eeg.ccf.org> X-Mailman-Original-References: <568aeaaa-22b3-c7b9-0e18-a92bef6d2ffb@iki.fi> <5DF2FE31.9070406@tlinx.org> <0ff3a920-94c2-b0c9-5631-0964955657aa@archlinux.org> <5DF3D78B.4090208@tlinx.org> <20191213184213.GO851@eeg.ccf.org> <5DF4BDF0.6000402@tlinx.org> <20191216163906.GV851@eeg.ccf.org> <5DFA7AE2.2060504@tlinx.org> <20191218194651.GH851@eeg.ccf.org> Xref: csiph.com gnu.bash.bug:15751 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.