1.16 2020 February 19
- Fix a bug in the interface to Time::Format_XS.
Using the time_format function with only a format argument (i.e., to use
the current time) would fail (fatally) because the XS interface code for
time_format requires two arguments.
Upstream changes:
1.15 2019 July 26
- Fix a bug in the test suite due to floating-point rounding. Thanks to
Slaven Rezic (see CPAN RT bug 130150:
https://rt.cpan.org/Ticket/Display.html?id=130150)
- Also improved __DATA__ handling, so as not to hold a lock on the library.
1.14 2019 July 22
- Fix CPAN RT bug 87484 (https://rt.cpan.org/Ticket/Display.html?id=87484),
concerning very small floating-point values (e.g. "2.1458e-06").
- Fix CPAN RT Bug 95447, concerning floating-point numerical time values.
- Fix CPAN RT Bug 121367, concerning loading perl-only routines after forking.
This might (?) also fix bug 74880, but I can't reproduce that.
- Skip locale tests on openbsd platform.
- Fix accented strings in locale.t
1.13 2019 July 18
- Fix CPAN RT bug 85001.
This was a problem in the test suite only; no code changes were made
in the main module lib/Time/Format.pm.
The problem existed in how the test suite checked for whether certain
CPAN modules were installed, and especially in how it attempted to
unload them from memory afterward.
Thanks to Sendu Bala for reporting this -- and to Jim Keenan for
pushing me to fix this.
Problems found with mismatching existing digests for:
distfiles/asclock-classic-1.0.tar.gz
distfiles/asclock-gtk-2.1.10beta.tar.gz
distfiles/asclock-xlib-2.0.11.tar.gz
distfiles/emiclock-2.0.2.tar.gz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
1.12 2012 September 27
- Fix CPAN RT bug 44167/54990: Negative milliseconds/microseconds.
This was a boneheaded mistake I should have fixed years ago.
Many thanks to Karl Moens for reporting the error, and for a patch.
- Fix CPAN RT bug 47229: Build.PL dependencies.
Unfortunately, I cannot fix Makefile.PL, since ExtUtils::MakeMaker
has no concept of "recommended" or "optional" modules.
Thanks to Jens Rehsack for the suggestion.
- Fix CPAN RT bug 55630: ISO-8601 Z (Zulu, UTC) marker not supported.
Thanks to Will Coleda for pointing this out.
- Fix CPAN RT bug 76705/76707 (maybe): month out of range.
I can't reproduce this bug, but I made a change to the time parsing
that might fix it. Thanks to Todd Bezenek for reporting the problem.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
- updating package of p5 module Time::Format from 1.09 to 1.11
- Adjusting depencencies according to META.yml (and Module::Corelist)
Upstream changes:
1.11 2009 June 18
- Fix error in the new test (past.t) for v1.10!
- Rearrange eval's throughout test code to rely on $@ less.
1.10 2009 June 17
- Bug fix: Did not trim leading zero off the am/pm hour (H
code) if the argument was a DateTime. Thanks to Coke Coleda
for spotting this.
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
Pkgsrc changes:
o Canonicalize HOMEPAGE and MASTER_SITES
o Switch to Module::Build method
Upstream changes:
1.09 2008 May 27
- Bug fix: generated error if second argument to time_format
was a string and was in December. Thanks to Bokor Béla for
spotting this one.
1.08 2008 May 27
- Reset $@ at certain places, so as to work with older
(broken) perls. Again, thanks to Slaven Rezic.
1.07 2008 March 31
- More test-case changes, to work with older perls. Many
thanks to Slaven Rezic and the rest of the tireless CPAN
testers!
1.06 2008 March 28
- Fix a broken test case in time.t; failed for non-English
locales.
1.05 2008 March 27
- Fix a typo bug in Makefile.PL
1.04 2008 March 26
- Worked around a POSIX bug which would cause hangs under
cygwin.
- Fixed a couple test cases.
1.03 2008 March 24
- Fixed a broken test case.
- Added Module::Build support.
=========================
Time::Format provides a very easy way to format dates and times. The
formatting functions are tied to hash variables, so they can be used
inside strings as well as in ordinary expressions. The formatting
codes used are meant to be easy to remember, use, and read. They
follow a simple, consistent pattern. If I've done my job right, once
you learn the codes, you should never have to refer to the
documentation again. A quick-reference page is included, just in
case. ;-)
Time::Format can also format DateTime objects, and strings created
with Date::Manip.
Also provided is a tied-hash interface to POSIX::strftime and
Date::Manip::UnixDate.
