diff options
| author | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2020-10-16 14:51:40 -0300 |
|---|---|---|
| committer | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2020-10-19 16:44:20 -0300 |
| commit | ab5ee31e14b2d8cae07710901ed8121941fa4f90 (patch) | |
| tree | 67f72d47978619249250771e58fca14d21a2a551 /NEWS | |
| parent | 75c4044b9a49faaeec245cc3a79a390dde7c804e (diff) | |
| download | glibc-ab5ee31e14b2d8cae07710901ed8121941fa4f90.tar glibc-ab5ee31e14b2d8cae07710901ed8121941fa4f90.tar.gz glibc-ab5ee31e14b2d8cae07710901ed8121941fa4f90.tar.bz2 glibc-ab5ee31e14b2d8cae07710901ed8121941fa4f90.zip | |
Move vtimes to a compatibility symbol
I couldn't pinpoint which standard has added it, but no other POSIX
system supports it and/or no longer provide it. The 'struct vtimes'
also has a lot of drawbacks due its limited internal type size.
I couldn't also see find any project that actually uses this symbol,
either in some dignostic way (such as sanitizer). So I think it should
be safer to just move to compat symbol, instead of deprecated. The
idea it to avoid new ports to export such broken interface (riscv32
for instance).
Checked on x86_64-linux-gnu and i686-linux-gnu.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 5 |
1 files changed, 5 insertions, 0 deletions
@@ -42,6 +42,11 @@ Deprecated and removed features, and other changes affecting compatibility: as a compatibility symbol (on those architectures which had it). All programs should use gettimeofday or clock_gettime instead. +* The deprecated <sys/vtimes.h> header and the function vtimes have been + removed. To support old binaries, the vtimes function continues to exist + as a compatibility symbol. Applications should use the getrlimit or + prlimit. + Changes to build and runtime requirements: * On Linux, the system administrator needs to configure /dev/pts with |