Re: Python's 'DateTime'

2003-07-30 Thread Rick Measham
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Dave Rolsky) wrote: Gregorian Calendar from Calendrical Calculations that requires 'DateTime' http://www.python.org/doc/2.3/lib/module-calendar.html Sort of Gregorian, also a grab bag of random stuff, like monthcalendar, which returns a

Re: Python's 'DateTime'

2003-07-30 Thread Ben Bennett
DateTime::Display::Calendar or DateTime::Display::Calendar::Text (vs. HTML, etc.) ? -ben On Tue, Jul 29, 2003 at 10:46:59PM -1000, Joshua Hoblitt wrote: Months ago I posted the beginings of a module that I called DateTime::Format::Calendar. The discussion that

Strange errors when trying to fix DateTime::Event::Nameday

2003-07-30 Thread Ben Bennett
Ok, I am trying to fix the broken tests in DateTime::Event::NameDay and am getting the error 'Span cannot start after the end in DateTime::Span-from_datetimes'. However my span looks perfectly valid... So I boiled it down to a simple test case: -- #!/usr/local/lib/perl -w use strict; use

Re: ANNOUNCE: DateTime 0.1501

2003-07-30 Thread Joshua Hoblitt
- For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL --pm

Re: ANNOUNCE: DateTime 0.1501

2003-07-30 Thread Dave Rolsky
On Wed, 30 Jul 2003, Joshua Hoblitt wrote: - For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib

Re: ANNOUNCE: DateTime 0.1501

2003-07-30 Thread Joshua Hoblitt
- For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the blib directory. bash-2.03# perl Makefile.PL

Re: ANNOUNCE: DateTime 0.1501

2003-07-30 Thread Dave Rolsky
On Wed, 30 Jul 2003, Joshua Hoblitt wrote: - For this release, at least, the module always uses Dynaloader. This is in order to see if this fixes a problem on Solaris where the install library version of the DateTime .so file is loaded instead of the newly compiled version in the

ANNOUNCE: DateTime 0.1502

2003-07-30 Thread Dave Rolsky
0.1502 2003-07-31 [ BUG FIXES ] - XSLoader wasn't the problem on Solaris, so it's back. - Now loading the XS version of DateTime.pm is wrapped in an eval block. If it fails with an error about the object version not matching, the pure Perl version is loaded instead. This should fix Solaris.

Re: ANNOUNCE: DateTime 0.1501

2003-07-30 Thread Joshua Hoblitt
bash-2.03# perl Makefile.PL --pm Why'd you do that? You told it to _not_ compile the XS version. Because thats where the problem is occurring. But why would people do that on Solaris is my question. For some reason it doesn't always identify that gcc is available (thats how I