>Revision history for Perl extension Time::Format. 0.01 2003 June 8 - First version 0.02 2003 June 10 - Change the %time formatting codes. - Speed up the code somewhat. - Add many tests 0.03 2003 June 11 - Fix the tests to work in other time zones than my own! 0.04 2003 June 13 - Add internationalization support (Month/weekday names). - Expose underlying function interface to all hashes. - Export %time and time_format by default. 0.05 2003 June 17 - Add "tz" timezone format code to %time. - Change unambiguous month/minute format codes. - Some minor speed improvements. 0.06 2003 June 20 - Fix handling of "yyyy/mon". - Minor documentation fixes (Thanks to Will Coleda!). - Add th/TH formatting codes. - Allow backslash escaping in format strings. 0.07 2003 June 21 - Fix some bugs in the test suite -- NO changes to Format.pm (Thanks to CPAN tester Jeroen Latour!) 0.08 2003 June 22 - Distribute correct SIGNATURE file; a bad one was distributed with v0.07. (Thanks to Jeroen Latour again). 0.09 2003 June 23 - Add more checking on the Date::Manip module, which dies messily if it gets upset about not finding things like Time Zone. This affects the test suite only -- No changes to Time::Format. 0.10 2003 July 5 - Some speed improvements. Removed need for Exporter, Carp. - Add support for optional Time::Format_XS module. - More test suite changes, due to strftime not being nearly as standard as you'd think it would be. - Removed support for deprecated month/minute codes. 0.11 2003 July 7 - Some changes for ActiveState Perl. Thanks again to Will Coleda. 0.12 2003 July 20 - Add \Q, \U, \L, \u, \l, \E handling in format strings. - Change "Month" (etc) to be defined as "locale-preferred capitalization" rather than "always ucfirst". Thanks to Mark Jason Dominus for his thoughts on this topic. - Don't bother compiling the Perl routines until we know that the XS routines (in Time::Format_XS) are not available. 0.13 2003 August 1 - Check that the version of Time::Format_XS matches our version. - Test suite now tests perl-only routines separately from XS-enabled routines. - Further delay compilation of time_format until needed. 1.00 2004 September 24 - Increase version to 1.00. - More flexible version-compatibility checking with Time::Format_XS - Fix some warning messages (and some typos) in tests. 1.01 2005 December 1 - Support for DateTime, Date::Manip, and ISO 8601 strings. 1.02 2005 December 1 - No changes. Had to increment the number because of a PAUSE upload problem. 1.03 2008 March 24 - Fixed a broken test case. - Added Module::Build support. 1.04 2008 March 26 - Worked around a POSIX bug which would cause hangs under cygwin. - Fixed a couple test cases. 1.05 2008 March 27 - Fix a typo bug in Makefile.PL 1.06 2008 March 28 - Fix a broken test case in time.t; failed for non-English locales. 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.08 2008 May 27 - Reset $@ at certain places, so as to work with older (broken) perls. Again, thanks to Slaven Rezic. 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.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. 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.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.