This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: _ATFILE_SOURCE Obsoletion
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Rical Jasan <ricaljasan at pacific dot net>
- Cc: libc-alpha <libc-alpha at sourceware dot org>, Carlos O'Donell <carlos at redhat dot com>, Zack Weinberg <zackw at panix dot com>, Michael Kerrisk <mtk dot manpages at gmail dot com>
- Date: Wed, 18 Oct 2017 16:43:30 +0000
- Subject: Re: _ATFILE_SOURCE Obsoletion
- Authentication-results: sourceware.org; auth=none
- References: <e960475e-bde6-0a05-496a-35ae1cf95892@pacific.net>
On Wed, 18 Oct 2017, Rical Jasan wrote:
> Does it really serve a useful purpose to broaden the definition of
> _ATFILE_SOURCE? I understand the desire to cease support of historical
I think it makes sense to have a consistent approach to obsoletion of
feature test macros that correspond to a subset of a supported feature.
Currently, that approach involves mapping the macro to the supported
superset feature.
_BSD_SOURCE and _SVID_SOURCE now imply _DEFAULT_SOURCE (with a warning).
_REENTRANT and _THREAD_SAFE now imply _POSIX_C_SOURCE=199506L, if no later
version of POSIX would otherwise have been used.
--
Joseph S. Myers
joseph@codesourcery.com