From: John Maddock (john_at_[hidden])
Date: 2007-03-20 05:51:17
Eric Niebler wrote:
> To be honest, I find the need for the hacks you describe above to be a
> bit distasteful. Any vendor who wants format_perl-like behavior will
> route around the damage in the RegexTraits concept. A better (?)
> design might have to been to go whole-hog with locales and facets,
> and define some standard regex traits facets that basic_regex<> and
> match_results<> can query for at runtime. Eg.: If a regex-trait
> version-2 facet isn't installed, try for version-1, then defer to the
> ctype and collate facets, etc. And the traits doesn't need to be part
> of the basic_regex<> type (it isn't in xpressive). C-compatibility
> could have been maintained by providing a ctype facet that is
> implemented in terms of the global C locale. The whole RegexTraits
> concept and version tags seem like wheel reinvention to me.
> Just thinking out loud,
Think all you like: it's fair comment. Actually the original regex
implementation used a custom facet installed in the locale rather than a
traits class: but broken and poorly behaved locale implementations caused me
so much hassle that in the end I gave up and used a traits class instead
:-( Use of a traits class also makes it easier IMO to use non-std locale
mechanisms (the Win32 API's or ICU's locale support) if you want to.
Still learning yours.... John.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk