On Fri, 13 Oct 2006, Alex Teslik wrote:
- CPAN says the project is Pure-Perl, which is great. I would like to throw it
That's somewhat out-of-date. DateTime.pm ships with both XS and pure Perl implementations of some pieces. The XS bits are faster, but if you don't have a compiler it doesn't use them.
in a lib in my project to save people the time of finding and installing it, and to ensure I have control over which version is used with the software (for updating Olsen timezone data, etc). Are there any plans to do any XS stuff, or is it fairly reasonable to assume Pure-Perl is here to stay?
Yes, the pure Perl option will always work.
- Are there any arguments against using D::T in a CGI or mod_perl situation? Is there any memory use info someone could point me too, or a ballpark estimate? I found these: http://marc.theaimsgroup.com/?l=perl-datetime&m=113748815711535&w=2 http://marc.theaimsgroup.com/?l=perl-datetime&m=105996225616788&w=2 but one is old and one veers off topic somewhat. I need D::T specifically for timezone conversion, and really not much else.
I think that it'd be more of a problem under CGI than mod_perl, especially if you had to load a bunch of timezones. That might just be too slow if it has to reload for every request. Also, as one of those threads discusses, making lots and lots of DT.pm objects is not all that quick.
-dave /*=================================================== VegGuide.Org www.BookIRead.com Your guide to all that's veg. My book blog ===================================================*/
