Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15738
| From | Greg Wooledge <wooledg@eeg.ccf.org> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: unquoted expansion not working (was Re: Not missing, but very hard to see) |
| Date | 2019-12-16 11:39 -0500 |
| Message-ID | <mailman.978.1576514378.1979.bug-bash@gnu.org> (permalink) |
| References | (6 earlier) <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> |
On Sat, Dec 14, 2019 at 02:48:16AM -0800, L A Walsh wrote: > On 2019/12/13 10:42, Greg Wooledge wrote: > > There's a larger issue to be addressed first. The man page says, > > [...] > > sary. When characters are supplied, the expression expands to each > > character lexicographically between x and y, inclusive, using the de‐ > > fault C locale. > ---- > If it says letters that lends stronger support to including > unicode ranges of letters and numbers since the shell handles unicode and > brace expansions with unicode filenames works just fine. That ranges don't > seems a bit of a wart. No, it won't include Unicode, because it very clearly says "C locale" right up there. The problem is, it is *not possible* to extract the set of characters out of an arbitrary locale. The locale interfaces simply are not built to allow it. You can do it in the C locale, simply because the C locale is a known, fixed quantity that you can hard-code. You can't do it in any other locale.
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: unquoted expansion not working (was Re: Not missing, but very hard to see) Greg Wooledge <wooledg@eeg.ccf.org> - 2019-12-16 11:39 -0500
csiph-web