well after digging into the old \C[.collating-element.] code
it turns out it never really worked as advertized
so the answer to the question I asked is easy:
since it didn't work changing it won't affect working code
example usage for the proposed \S[.collating-element.]
in a multibyte locale (the ast LC_CTYPE=C.UTF-8 locale will do):
print $'\S[.capital lamda.]\S[.small lamda.]'
will print capital and small lamda
the code is already there for regex [[.collating-element.]]
this will be in the next release due sometime this week
On Mon, 27 Sep 2010 19:07:14 +0200 I. Szczesniak wrote:
> On Fri, Sep 24, 2010 at 10:29 PM, Glenn Fowler <[email protected]> wrote:
> >
> > as part of a POSIX proposal we are considering changing the
> > ksh93 $'\C[.collating-element.]' implemented by libast chresc(3) chrexp(3)
> > to '\S[.collating-element.]' (S for collating symbol) to match the
> > posix regular expression bracket collating symbol
> > [...[.collating-element.]...]
> > and change \Cc to mean control-c (like the current \cc)
> >
> > none of the ast source uses this in code or in scripts
> > so we think this will have minimal impact
> >
> > anyone relying on this (or even heard of it:)?
> Do you have one or two examples how this works?
> Irek
_______________________________________________
ast-users mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/ast-users
