Martin Maechler
2016-Dec-14 16:04 UTC
[Rd] New leap second end of 2016 / beginning 2017 (depending on TZ)
As R is sophisticated enough to track leap seconds, ?.leap.seconds we'd need to update our codes real soon now again: https://en.wikipedia.org/wiki/Leap_second (and those of you who want second precision in R in 2017 need to start working with 'R patched' or 'R devel' ...)
Martin Maechler
2016-Dec-15 17:02 UTC
[Rd] New leap second end of 2016 / beginning 2017 (depending on TZ)
>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>> on Wed, 14 Dec 2016 17:04:22 +0100 writes:> As R is sophisticated enough to track leap seconds, > ?.leap.seconds > we'd need to update our codes real soon now again: > https://en.wikipedia.org/wiki/Leap_second > (and those of you who want second precision in R in 2017 need to start > working with 'R patched' or 'R devel' ...) I've been told offline, that the above could be considered as FUD .. which I hope nobody read from it. Furthermore, there seems to be wide disagreement about the usefulness of leap seconds, and how computers (and OSs) should deal with them. One recent approach (e.g. by Google) is to "smear the leap second" into the system (by somehow "throttling" time servers ;-).. (and no, I even less would want this to become a long thread, so please refrain if you can ...) Martin