From ab5ee31e14b2d8cae07710901ed8121941fa4f90 Mon Sep 17 00:00:00 2001 From: Adhemerval Zanella Date: Fri, 16 Oct 2020 14:51:40 -0300 Subject: 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. --- NEWS | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 6eb577a669..3c1e509744 100644 --- a/NEWS +++ b/NEWS @@ -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 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 -- cgit 1.4.1