A date and time object

Edit Package perl-DateTime

DateTime is a class for the representation of date/time combinations, and
is part of the Perl DateTime project. For details on this project please
see the http://datetime.perl.org/ manpage. The DateTime site has a FAQ
which may help answer many "how do I do X?" questions. The FAQ is at the
http://datetime.perl.org/wiki/datetime/page/FAQ manpage.

It represents the Gregorian calendar, extended backwards in time before its
creation (in 1582). This is sometimes known as the "proleptic Gregorian
calendar". In this calendar, the first day of the calendar (the epoch), is
the first day of year 1, which corresponds to the date which was
(incorrectly) believed to be the birth of Jesus Christ.

The calendar represented does have a year 0, and in that way differs from
how dates are often written using "BCE/CE" or "BC/AD".

For infinite datetimes, please see the DateTime::Infinite module.

Refresh
Refresh
Source Files
Filename Size Changed
DateTime-0.72-Build.patch 0000001379 1.35 KB
DateTime-1.03.tar.gz 0000174369 170 KB
perl-DateTime.changes 0000014454 14.1 KB
perl-DateTime.spec 0000003385 3.31 KB
Revision 24 (latest revision is 59)
Stephan Kulow's avatar Stephan Kulow (coolo) accepted request 177402 from Stephan Kulow's avatar Stephan Kulow (coolo) (revision 24)
- updated to 1.03
 - The set_time_zone() method was not returning the object when caalled with a
   name that matched the current zone. Reported by Noel Maddy. RT #84699.
 
 - When a constructor method like new() or today() was called on an object,
   you'd get an error message like 'Can't locate object method
   "_normalize_nanoseconds" via package "2013-04-15T00:00:00"'. This has been
   fixed to provide a sane error message. Patch by Doug Bell.
 
 - When set_time_zone() is called with a name that matches the current time
   zone, DateTime now short circuits and avoids a lot of work. Patch by Mark
   Stosberg.
 
 - Fixed test failures on older Perls.
 
 - Bumped the version to 1.00. This is mostly because my prior use of both X.YY
   and X.YYYY versions causes trouble for some packaging systems. Plus after 10
   years it's probably ready to be called 1.00. Requested by Adam. RT #82800. 
 
 - The %j specifier for strftime was not zero-padding 1 and 2 digit
   numbers. Fixed by Christian Hansen. RT #84310.
 
 - The truncate method was sloppy about validating its "to" parameter, so you
   could pass things like "years" or "month whatever anything goes". The method
   would accept the parameter but then not actually truncate the object. RT
   #84229.
 
 - Previously, if a call to $dt->set_time_zone() failed it would still change
   the time zone of the object, leaving it in a broken state. Reported by Bill
   Moseley. RT #83940. (forwarded request 177336 from coolo)
Comments 0
openSUSE Build Service is sponsored by