This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v3 7/7] y2038: linux: Provide ___gettimeofday64 implementation
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: Lukasz Majewski <lukma at denx dot de>, Paul Eggert <eggert at cs dot ucla dot edu>, Alistair Francis <alistair23 at gmail dot com>, Alistair Francis <alistair dot francis at wdc dot com>, GNU C Library <libc-alpha at sourceware dot org>, Siddhesh Poyarekar <siddhesh at gotplt dot org>, Florian Weimer <fweimer at redhat dot com>, Florian Weimer <fw at deneb dot enyo dot de>, Zack Weinberg <zackw at panix dot com>, Carlos O'Donell <carlos at redhat dot com>, Andreas Schwab <schwab at suse dot de>
- Date: Thu, 6 Feb 2020 21:41:06 +0000
- Subject: Re: [PATCH v3 7/7] y2038: linux: Provide ___gettimeofday64 implementation
- Ironport-sdr: DkufWz7dZ6JKA9JnsB1Z9Q8syaLUHSJa+o9FXELDHb6zvH+YdBckdmPyvkcL+CbopMqRWbyXpQ of3sezqFH0uRtVQOQJ7Jy3pfRPgXYLjltiGNvzPQ13n/hihyv4ZkeEEJLludvSSvhr3xJdJOuu QjihX4FjsJeWsw93pFHuVvTNA2CiJn+n/YfKn4e/es2ZuDiJl+FJZqXnuhWuCqT7eDnNacH/F/ c2I2TOyt4ld+v7CzZXM7/wzxVFOgsO1qHxUWnB9O97As3v/ekZEzjVCP4/46MrRcp9GwddOEzY XWM=
- Ironport-sdr: ytEZIJg2e9ZFStuT4TZjeXQ6zzyd++ckW6DeqNoBa397V2ECP+2Q3abyyLUKrD4SjbwbnqN7mM TPqjJlPMMUVqrAXbWPNh5KaG1ZTmQX+bA2IyfyZYF4Js1m7b/xUb3XqMReiN0zaiJ0PiL8t2A6 6ag4FZfLW9Hkew/+HBEWBUU5cJNhi0wsnkLchorHd2yxetmVLipfJWXsaobT+dksTxbiJ+oY0M 0u9qxuov5GN3RxTjkA4YdXbICdDU5dddkWpRHlp1c8SVwQ22eQnXm1M7tCnnHX6/erc+j4tJY8 AYg=
- References: <20200129125914.11221-1-lukma@denx.de> <20200129125914.11221-7-lukma@denx.de> <1bfd0cce-e889-7fce-fe7b-d565ca1a1806@linaro.org> <20200205010552.6f0bac91@jawa> <02c823c7-bda4-191a-7825-4727184ae2d7@linaro.org> <20200205175837.1e80e17e@jawa> <ea8f9f38-5d86-e753-ce29-9c9e7cf2e662@linaro.org>
On Wed, 5 Feb 2020, Adhemerval Zanella wrote:
> Although marked obsolescent by POSIX, we can't really removed since a
> program might require to build against a specific POSIX version
> (_POSIX_C_SOURCE).
>
> Once POSIX does remove the symbol, we can remove its definition from
> default visibility (usually by setting the latest POSIX as default
> version) and add __attribute_deprecated__.
I don't see that being appropriate for a very long time.
Some symbols marked obsolescent by POSIX are genuinely out of use for a
very long time, or genuinely have serious deficiencies, and may be
candidates for obsoleting in various ways in glibc. Some, such as
gettimeofday are in very widespread use and pose no particular problems -
so when it's not in current POSIX, I expect we should still declare it for
__USE_MISC, without a deprecation attribute. (And some symbols are marked
obsolescent by POSIX because of issues specifying them portably, but are
very relevant for less-portable code - vfork and getcontext, for example.)
--
Joseph S. Myers
joseph@codesourcery.com