Update of bug #18921 (project coreutils):
Status: None => Invalid
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #1:
This is the correct database, but it is not a bug, just an artifact of the
screwy way that humans track time. The GNU date documentation is explicit
that -1 month operates only on the month field without regards to how many
days are in a month, so '31 July -1 month' = '31 June'. But June does not
have 31 days, we have to guess whether June 30 or July 1 was intended. No
matter which way we guess, someone will complain we guessed wrong. So you
are stuck with the current behavior; if all you need is the month changed,
then calculate 'July -1 month' independently of the day (and consider a day
around the 15th of the month). A similar fuzzy boundary exists around
daylight savings boundaries.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?18921>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-coreutils mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-coreutils
