Take me over?
The maintainer of this distribution is looking for someone to take over!
If you're interested then please contact them via
email.
Changes for version 20100218 - 2010-02-18
- No changes since the last alpha
- Summary of Changes Since The Last Stable
- Improvements
- System mktime() is now probed giving more accurate mktime() on 64 bit systems.
- Test
- Test fixes for 64 bit machines, OS X, BSD, people in the UK
- Build
- Build fixes Versions of Visual C++ lacking long long
- Build fixes for Strawberry and any system with a time.h limit of 0.
- Build fixes for slightly out of date Module::Build
Changes for version 20100216.1421_04 - 2010-02-16
- Build
- Switch dependency on JSON::XS to just JSON to eliminate Lehmann-ware dependency.
- The test for the limits of the time.h did not work for finding functions.
- Work around bug in OS X 10.6 where gmtime() would be wrong before -70546986201600.
- Test
- Add some more fuzz around the future localtime() tests.
Changes for version 20100214.1823_03 - 2010-02-14
- Build
- Bump up the minimum Module::Build release to fix a bug where Build would not see inc/ and thus couldn't find Local::Module::Build.
Changes for version 20100213.0504_02 - 2010-02-13
- Build
- The check for the minimum time and date was broken and would only do a single check.
Changes for version 20100213.0000_01 - 2010-02-13
- Improvements
- mktime() and timelocal() will now make better use of the system functions giving better accuracy.
- Build
- Had too old a version of Module::Build listed as the requirement.
- The limit check program was ignoring a limit of 0. Duh.
- Fix so the check_max program is not always re-run on Cygwin.
- Tests
- More localtime() tests to track down the 64 bit issues
- Failures on 64 bit systems, especially in the UK, should be fixed
- More sanity tests for distant dates
Modules
Versions of Perl's time functions which work beyond 2038
Use Time::y2038's gmtime and localtime everywhere.