On Thu, 26 Jun 2003, Joshua Hoblitt wrote:
> > Hmm, this is a problem. I'm really not sure subclassing makes that much
> > sense here. At the very least, you probably need to provide your own
> > new() method.
>
> The DT constructor is pretty large - not much fun.
It can be broken up into multi
> Hmm, this is a problem. I'm really not sure subclassing makes that much
> sense here. At the very least, you probably need to provide your own
> new() method.
The DT constructor is pretty large - not much fun.
> I'm really not sure how far (if at all) we should go in trying to make
> DateTime
If I understand where you were going with this you want to distill the RD parts out of
DT and DT::Duration. I wouldn't mind seeing this if DT used these base classes
itself. As I'm a little concerned about the long term modularity of DT.
I doubt this will happen because of all the overhead tha
[ moved ot the list ]
On Thu, 26 Jun 2003, Joshua Hoblitt wrote:
> In the case of DT::C::Egyptian inheritance makes a lot of since. The
> Gregorian calendar only needs minor tweaks to function as the Egyptian
> one. Why should everyone have to reinvent the entire wheel instead of
> sub-classing
On Thu, 26 Jun 2003, Flavio S. Glock wrote:
> yet another object = slower program
At least for DateTime.pm, I think this is enough for me to not use it.
Given the fact that the internals work fine now, I don't see a good reason
to change them.
It seems to me that converting between calendars i
Hi Dave,
[snipped]
>
> 0.21 2003-06-25
>
> - Switched to Module::Build, which should fix the installation
> problems caused by very long Makefile lines on some platforms.
I just tried on HPUX 10.20 HP's ANSI c compiler and was unable
to install the module :(
This was due to a dependency
Hi Cameron,
>
> I still can't get the ppm to work in Windows:
>
We have not yet build the ppm file as of yet (the new one)
I just installed it myself and I need to build it.
Ron Hill
Hi Dave.
Dave Rolsky wrote:
Ugh, my release management skills stink. Hopefully there won't be another
release with this many changes at once for a _long_ time (or better yet,
never!).
I still can't get the ppm to work in Windows:
C:\>ppm
PPM - Programmer's Package Manager version 3.0.1.
Co
I was just thinking about this. I'm writing it down, to see if it makes
sense...
RFC: DateTime::Calendar::RataDie
- A common calendar object for conversions to/from different calendars
- Replaces the 'rd' value that is now used for this purpose
- Internals:
day -rd day number
secon
Hi Rick,
[snipped]
F:\perl_modules\DateTime-Format-Strptime-1.03>nmake test
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
F:\perl\bin\Perl.exe -Mblib -IF:\Perl\lib -IF:\Perl\lib -e "use
Test::H
verbose); $ver
10 matches
Mail list logo