Issues involved in computer time stamps and leap seconds

Three desirable characteristics for systems handling time

precise time (and frequency)
Elapsed time is based on an atomic frequency standard.
Every second that ticks is an SI second.
There are no "leap smears".
These are required for robust cell phones, GPS navigation, machine synchronization, financial market regulators, etc.
simplicity
Every "day" has 86400 "seconds" (60*60*24).
There are no lookup tables of when leap seconds happen.
calendar days
Days on the calendar are determined by the rotation of Earth.
This is the basis for the definition of Universal Time.

Of the above, a system can pick any two

precise time and calendar days
ITU-R TF.460 (originally CCIR recommendation 460)
CCIR chose this for radio broadcast time signals on 1970-02-03,
squelched astronomers who insisted that leap seconds would cause trouble,
and sold the leap second to the world as the perfect solution for all issues with time.
This choice made UTC the only time scale in which
the duration of one second and the duration of one day are defined and measured by different methods,
in which the clock is not related to the calendar.
Radio broadcast time signals implemented this on 1972-01-01.
During 1974-07 the 13th Plenary Assembly of CCIR named this time scale "Coordinated Universal Time (UTC)" in Rec. 460-1.
POSIX decided in 1988 that conforming systems MUST NOT use this time scale
(disregarding the existing implementation in the "right" time zone code).
calendar days and simplicity
Everyone had this understanding, that the clock is directly related to the calendar, since centuries before 1972.
POSIX (IEEE Std 1003.1-1988) chose this for computer time stamps
(disregarding advice about precise time, yet calling their computer time scale UTC).
Many other computer systems and languages chose this.
This is a Big Deal(TM) because contracts often specify that a vendor must supply a POSIX Conforming Implementation, but doing so means that a system trying to keep precise time cannot operate reliably during a leap second.
precise time and simplicity
Used in technical time scales (International Atomic Time (TAI), GPS system time, Galileo system time, BeiDou system time, Indian Regional Navigation Satellite System time, etc.) which are not concerned with calendar days.
Folks trying since 2001 to get ITU-R to abandon leap seconds in UTC have failed to achieve agreement for such a change.
Many governments have resisted a redefinition of calendar days as not being related to the rotation of Earth.
ITU-R WRC 2015 decided to retain leap seconds in UTC and defer action until 2023;
pundits believe this means ITU-R action is postponed until such time as external agencies forge agreement on the kind of time scale to be broadcast.

While viewing this page see also:
Steve Allen <sla@ucolick.org>
$Id: picktwo.html,v 1.28 2017/01/14 23:05:10 sla Exp $