This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v2 00/10] Y2038 preparation: use clock_[gs]ettime to implement the other time-getting and -setting functions.
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Zack Weinberg <zackw at panix dot com>
- Cc: <libc-alpha at sourceware dot org>, Florian Weimer <fweimer at redhat dot com>, Lukasz Majewski <lukma at denx dot de>, Alistair Francis <alistair23 at gmail dot com>, Stepan Golosunov <stepan at golosunov dot pp dot ru>, Arnd Bergmann <arnd at arndb dot de>, Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, Samuel Thibault <samuel dot thibault at ens-lyon dot org>
- Date: Wed, 28 Aug 2019 17:15:38 +0000
- Subject: Re: [PATCH v2 00/10] Y2038 preparation: use clock_[gs]ettime to implement the other time-getting and -setting functions.
- Ironport-sdr: l+4uJ4QqmF3Lvyg+7jUAR7k9c9GChpsh4fqOBoprHbm9KLUmEHL6k6uueAAE2pFeaxx7H387GX FySjjKGq59shvWEAjQ8LB7GHaAubvMV9ByoN+yq7yyUXEBUFpBH/5WhC/KdhdACls7USfvMFcX 12kIYFngEM9MEvLvwFsMzRGmALspO7PzSSmY1xDKJF1j8kRiSxCntQ2IkoCVeTCCIDwcA1wDmf LxwqsLDv9bEb6TWslTKaD6zSxPyFf3HUXOSqtkUauMNpah1wtlFYe+KJhc4UjSha7wm5PYeDku Qxc=
- Ironport-sdr: euzeX98N7b5uyGu9xoHPTZPB7zjTLK3x8HtnMBZJvzOfH7JQmq0QsGjhPC1eUpBItxzjIaXnNX E237jUztkytwdzKKQ8trx5BW/EwsRSAJKIA/sR5vEfn9zqZKBNKx8szYnyfpU8nhdf6IvKIFit NxSGcn0RNAlj2w+h7Gb0MDZgEgzz1kKAoJgPTNEFHqwlb65dmhf+OECwcazA+KCvc45n76zysJ TB0CiGTApB6vi4YplM8y4gH4yO8JsjQP1OyQvyPUWTDz+Prw8T4rSWF7w9RXuMZ0kOCPclo2ye eRo=
- References: <20190828153236.18229-1-zackw@panix.com>
On Wed, 28 Aug 2019, Zack Weinberg wrote:
> - The obsolete functions ftime and stime are no longer available to
> new binaries. The header <sys/timeb.h> is no longer installed.
It might be advisable to see if this affects the build of libsanitizer,
and alert sanitizer maintainers if so. (There appear to be sanitizer
interceptors for ftime and stime, and an include of <sys/timeb.h>.)
After comments at last year's Cauldron about glibc API changes breaking
sanitizers and language libraries such as libgo, I added a --full-gcc
option to build-many-glibcs.py with the hope that the people raising such
issues would set up bots to monitor for them, but I don't think anyone has
set up such a bot (and there were a series of pre-existing build issues
using that option, as well as the need to have a new-enough native Ada
compiler in the PATH when using it).
--
Joseph S. Myers
joseph@codesourcery.com