0.03 2003-08-06
- Once a locale is loaded, it is cached in memory, so that locale
objects are singletons. Calling methods that change the locale
registry, like register() or remove_alias(), clear that cache. This
should provide a noticeable speed boost when constructing many
DateTime objects w
I just checked this in, but I'm not sure if it's much faster. It'd be
good if someone who knows more about about C could look at the
implementation and see if there's anything they can think of to improve
it. Also, I should probably change the generated code to use the binary
search method that F
At 1:43 PM -1000 6/8/03, Joshua Hoblitt wrote:
I didn't do the renaming because I was trying to minimize the impact
of my patch so a new release could be made quickly. Sorry if I
dumped some extra work on you.
I never meant to imply that! LOL! You saved me a HEAP of work in the
actual implement
On Wed, 6 Aug 2003, Joshua Hoblitt wrote:
> > > How about moving the pure-Perl DT::LeapSecond to DateTime.pm/ ?
> >
> > Seems like a good idea. Do you want to do it or should I?
>
> I'd like to keep it separated. I believe it maybe useful outside the context of DT.
I suspect updates to it will
On Wed, 6 Aug 2003, Flavio S. Glock wrote:
> Dave Rolsky wrote:
> >
> > Ok, I did some benchmarks and it looks like date math involving leap
> > seconds (basically an DateTime object where the time zone is _not_
> > floating) has sped up about 10% or so, which is definitely a good thing.
>
> How a
It was Wednesday, August 06, 2003 when Matt Sisk took the soap box, saying:
: Hey all,
:
: I was recently doing lots of virgin builds and noticed a faulty
: dependency being triggered:
: DateTime::Format::Builder -> DT::F::Strptime -> DT::Language
:
: This fails since some of those are no longe
At 9:31 AM -1000 6/8/03, Joshua Hoblitt wrote:
> : I was recently doing lots of virgin builds and noticed a faulty
: dependency being triggered:
: DateTime::Format::Builder -> DT::F::Strptime -> DT::Language
:
: This fails since some of those are no longer on CPAN.
Yes, and therefore also br