On Sat, 9 Aug 2014, David E. Wheeler wrote:
What could speed things up would be to pre-generate the data structures that are
built by calling ->register on everything in the Catalog module.
It builds up in-memory data structures for all of the locales? Wow. Yeah, seems
like those could be encapsulated in the locales themselves or something, no?
Or rather than building this all up via repeated calls to _register, the
Catalog code could just contain the fully realized structure.
That all said, DT::Locale is woefully crufty and out of date. I haven't kept up
to date with the CLDR data for years because the approach that DT::Locale uses
to generate individual locales makes it incredibly hard to deal with data
format changes in CLDR.
Ah. So some locale results will probably be wrong now, eh?
Oh yes.
Nick Patch had mentioned that he was interested in working on proper CLDR
support for Perl (which is more than just DateTime info), and I was hoping he'd
take all this over ;)
Is CLDR::Number part of that, perhaps?
http://search.cpan.org/dist/CLDR-Number/
Probably. But CLDR is a huge beast. I really think we need a Perl
interface to libicu, although there'd be a serious mismatch between how it
handles dates (POSIX style with no leap seconds) and DateTime. So just
having the interface would just be a first step.
-dave
/*============================================================
http://VegGuide.org http://blog.urth.org
Your guide to all that's veg House Absolute(ly Pointless)
============================================================*/
