Subtracting 1 month from October 31st results in September 31st.
Since the date doesn't exist, it is normalized:
September 31st is "one day after September 30th", which
results in October 1st.
Thanks for explanation. To me it makes more sense that going one month
back from 31 oct, or last day o
tag 38003 notabug
close 38003
stop
Hello,
On 2019-10-31 2:34 a.m., Ilja Honkonen wrote:
Please CC me as I'm not on this list. Running date (GNU coreutils) 8.26
on fedora 30 today (date --utc -I: 2019-10-31) with --date=-1month
gives the same month which doesn't make sense:
$ date --utc -I --
There will be a discontinuity as long as the months are different lengths.
In the current implementation there will be only one discontinuity per
month; the 1st of the month always goes back to the 1st of the preceding
month. The overlap into the next month continues linearly until "now" is
the 1s
Hello
Please CC me as I'm not on this list. Running date (GNU coreutils) 8.26
on fedora 30 today (date --utc -I: 2019-10-31) with --date=-1month gives
the same month which doesn't make sense:
$ date --utc -I --date=-1month
2019-10-01
I assume using --date=-31day also wouldn't work if run e.g.
