dateutils 0.4.1

Dateutils are a bunch of tools that revolve around fiddling with dates and times in the command line, with a strong focus on use cases that arise when dealing with large amounts of financial data. Their target market is shell scripts that need date calculations or calendar conversions, and as such they are highly pipe-able and modeled after their well-known cousins (e.g. dtest vs. test, or dgrep vs. grep).

Tags c shell date calculation utilites command line time conversion calendar
License BSDL
State stable

Recent Releases

0.4.113 Dec 2016 05:31 minor bugfix: Bugfixes: - bug/50, keep end-of-term (ultimo) property in dateseq(1) - allow today/now for ywd dates in 1 parameter dateseq(1) - allow different calendars for start and end date in dateseq(1) - round time in dateround(1) in zone then convert --from-zone - allow SPC padded numerals in d input format
0.4.020 May 2016 08:38 minor bugfix: Bugfixes: - document g/ G format specifiers - bug/42, accept NUL characters in input - bug/45, correctly display Gregorian and ISO week dates in one line - bug/46, adhere to ISO group's official formatting of week dates - bug/47, allow rounding of Epoch based timestamps - bug/48, avoid crash for void input to strptime(3) Features: - datetest supports --isvalid to conditionalise on date/time parsing - all tools support --from-locale to parse localised input - tools with output formatting support --locale to format output according to locale
0.3.522 Jan 2016 11:22 minor bugfix: Bugfixes: - bug/40, distinguish between numerals-only dates and durations - tests will succeed independent of current date
0.3.428 Aug 2015 12:45 minor bugfix: Bugfixes: - bug/39, MacOSX endianness detection - bug/38, ddiff day-only durations on date/times
0.3.310 Jun 2015 12:56 major feature: Features: - to clarify purpose and avoid name clashes prefix binaries with date- This results in: dateadd dateconv datediff dategrep dateround dateseq datesort datetest and datezone - provide compatibilty through configure switch --with-old-names - provide single digit years through _y - allow rounding of ISO-week dates (ywd) to week numbers Bugfixes: - dashes behind a date do not count as tz indicator - UTC/TAI/GPS special coordinated zones work on systems without leap second support
0.3.206 Mar 2015 06:00 minor bugfix: Bugfixes: - out of range minutes will be discarded - bug 30 (malicious input crashes dconv) has been fixed Features: - military midnight stamps are supported (T24:00:00) - 8601 ordinal dates (year + doy) are recognised directly (`-f yd`) - strptime(1) can behave in a locale-dependent way
0.3.108 Oct 2014 06:06 minor bugfix: Bugfixes: - octave/matlab code is distributed fully - negative durations with refined units are minus-signed only once - ddiff is entirely anticommutative now - tests don't fail if zones don't exist on the build system - dseq with empty ranges will no longer produce output (just as seq(1)) - arbitrary integers are not interpreted as time anymore - when converting from zone info properly clear zone difference for Z - dseq(1) will automatically resort to +1mo and +1y iterators for wildcarded ymd dates - dadd(1)'ing ywd dates with output as ymd works properly now Features: - ddiff can output nanosecond diffs - automatic fix-up of dates is documented now - parser errors and fix ups are reported through return code 2 - dseq with no `-f --format` stays in the calendric system of the start value instead of converting all output to ymd
0.3.025 Aug 2014 14:46 major feature: Features: - dgrep supports time zones both for the expression and the input - timezones can be specified by alternative codes and tzmap files - new tool dzone to inspect date/times in multiple timezones in bulk - new tool dsort to sort input chronologically - gengetopt and help2man maintainer dependencies removed - lilian/julian inputs via `-i ldn` and `-i jdn` - ymcw dates now follow ISO 8601 in using 07 to denote Sunday Bugfixes: - ddiff takes differences between a unix epoch stamp and a date/time - zone converter assigns correct sign to zone difference when using Z - weekdays are properly calculated from epoch stamps (issue 24)