On Mon, 23 May 2011 17:13:04 +0200 Dr. Werner Fink wrote:
> On Mon, May 23, 2011 at 10:32:04AM -0400, Glenn Fowler wrote:
> >
> > On Mon, 23 May 2011 16:04:47 +0200 Dr. Werner Fink wrote:
> > > it should be noted that I've correct locale setup to avoid false
> > > error reports from locale.sh (as with glibc there is no such
> > > C_EU.UTF-8 nor C.UTF-8 locale beside C is an alias for POSIX)
> >
> > the libast locale intercept provides two test locales
> > C.UTF-8
> > C_EU.UTF-8
> > this enables utf-8 multibyte code but does not pull in any other
> > localization cruft
> > it allows us to write regression tests with deterministic results across
> > all platforms
> > (some target platforms have limited locale support)
> > the difference between the two test locales is in the LC_NUMERIC category
> > C.UTF-8 decimal_point='.' thousands_sep=','
> > C_EU.UTF-8 decimal_point=',' thousands_sep='.'
> AFAIK Great Britain is part of the EU (even if some British People like
> to negatew that;) and those also use the for e.g. a million the format:
ok, the name C_EU is up for debate
if there is a generic apolitical label for decimal_point=',' thousands_sep='.'
then point me to it
w.r.t. the ksh regression tests the ast locale intercept for { C C.UTF-8
C_EU.UTF-8 } should
wash native implementation deficiencies / version imcompatibilities
_______________________________________________
ast-developers mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/ast-developers
