aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorZack Weinberg <zackw@panix.com>2020-01-08 15:23:12 -0500
committerZack Weinberg <zackw@panix.com>2020-01-09 09:46:46 -0500
commit521c7fc65f1f9e49dc2994d22d79e71e76a6c0c2 (patch)
treeaa519ef71773da8ca80410528956fc8a475b0c6a
parent97ff54d2fcd0857756038d82e02f1a75accbaa66 (diff)
downloadglibc-521c7fc65f1f9e49dc2994d22d79e71e76a6c0c2.zip
glibc-521c7fc65f1f9e49dc2994d22d79e71e76a6c0c2.tar.gz
glibc-521c7fc65f1f9e49dc2994d22d79e71e76a6c0c2.tar.bz2
Revise NEWS description of changes to gettimeofday etc.
Mostly English grammar and style improvements. The bullet list is reorganized a little for clarity. The details of exactly which Linux-based ports still report system-wide time zone information from gettimeofday has been removed, as this is not intended to be something people should rely on. Also clarify the deprecation of older SPARC ISAs, based on the fact that “SPARC version 7” is actually the very first version of the SPARC ISA (Sun Microsystems was very fond of letting the marketing department pick version numbers). Reviewed-by: Siddhesh Poyarekar <siddhesh@sourceware.org>
-rw-r--r--NEWS63
1 files changed, 38 insertions, 25 deletions
diff --git a/NEWS b/NEWS
index 0ecee6c..44065d9 100644
--- a/NEWS
+++ b/NEWS
@@ -21,19 +21,6 @@ Major new features:
18661-1:2014 and TS 18661-3:2015 as amended by the resolution of
Clarification Request 13 to TS 18661-3.
-* The gettimeofday function will no longer report information about a
- system-wide time zone, expect for aarch64, powerpc, and x86 on Linux
- which still uses the vDSO symbol (when available).
-
- This 4.2-BSD-era feature has been deprecated for many years, as it cannot
- handle the full complexity of the world's timezones, but hitherto we have
- supported it on a best-effort basis. Changes required to support 64-bit
- time_t on 32-bit architectures have made this no longer practical.
-
- As of this release, callers of gettimeofday with a non-null 'tzp' argument
- will always receive a 'struct timezone' whose tz_minuteswest and
- tz_dsttime fields are zero.
-
* The function pthread_clockjoin_np has been added, enabling join with a
terminated thread with a specific clock. It allows waiting against
CLOCK_MONOTONIC and CLOCK_REALTIME. This function is a GNU extension.
@@ -59,8 +46,34 @@ Deprecated and removed features, and other changes affecting compatibility:
floating-point arguments directly will continue to work.
* The obsolete function stime is no longer available to newly linked
- binaries and it has been removed from <time.h> header. This function
- has been deprecated in favor of clock_settime.
+ binaries, and its declaration has been removed from <time.h>.
+ Programs that set the system time should use clock_settime instead.
+
+* We plan to remove the obsolete function ftime, and the header <sys/timeb.h>,
+ in a future version of glibc. In this release, the header still exists
+ but calling ftime will cause a compiler warning. All programs should use
+ gettimeofday or clock_gettime instead.
+
+* The gettimeofday function no longer reports information about a
+ system-wide time zone. This 4.2-BSD-era feature has been deprecated for
+ many years, as it cannot handle the full complexity of the world's
+ timezones, but hitherto we have supported it on a best-effort basis.
+ Changes required to support 64-bit time_t on 32-bit architectures have
+ made this no longer practical.
+
+ As of this release, callers of gettimeofday with a non-null 'tzp' argument
+ should expect to receive a 'struct timezone' whose tz_minuteswest and
+ tz_dsttime fields are zero. (For efficiency reasons, this does not always
+ happen on a few Linux-based ports. This will be corrected in a future
+ release.)
+
+ All callers should supply a null pointer for the 'tzp' argument to
+ gettimeofday. For accurate information about the time zone associated
+ with the current time, use the localtime function.
+
+ gettimeofday itself is obsolescent according to POSIX. We have no plans
+ to remove access to this function, but portable programs should consider
+ using clock_gettime instead.
* The settimeofday function can still be used to set a system-wide time
zone when the operating system supports it. This is because the Linux
@@ -80,18 +93,18 @@ Deprecated and removed features, and other changes affecting compatibility:
becomes available, we will change settimeofday to fail with ENOSYS on all
platforms when its 'tzp' argument is not a null pointer.
- Note that settimeofday itself is obsolescent according to POSIX.
- Programs that set the system time should use clock_settime and/or
- the adjtime family of functions instead. We may also cease to make
- settimeofday available to newly linked binaries after there is a
- replacement for Linux's time-zone-like offset API.
+ settimeofday itself is obsolescent according to POSIX. Programs that set
+ the system time should use clock_settime and/or the adjtime family of
+ functions instead. We may cease to make settimeofday available to newly
+ linked binaries after there is a replacement for Linux's time-zone-like
+ offset API.
-* The obsolete functions ftime has been deprecated and will be removed from
- a future version of glibc. Application should use clock_gettime instead.
+* SPARC ISA v7 is no longer supported. v8 is still supported, but only if
+ the optional CAS instruction is implemented (for instance, LEON processors
+ are still supported, but SuperSPARC processors are not).
-* The sparc*-*linux-gnu configurations targeting v7 or order architecture
- are no longer supported. For v8 only implementations with native CAS
- instruction are still supported (such as LEON).
+ As the oldest 64-bit SPARC ISA is v9, this only affects 32-bit
+ configurations.
* If a lazy binding failure happens during dlopen, during the execution of
an ELF constructor, the process is now terminated. Previously, the