From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9123 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] add _DIRENT_HAVE_D_* constants to dirent.h Date: Thu, 14 Jan 2016 21:27:13 -0500 Message-ID: <20160115022713.GC238@brightrain.aerifal.cx> References: <20160113180919.GA11433@nyan> <20160114224449.GX238@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1452824854 3401 80.91.229.3 (15 Jan 2016 02:27:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Jan 2016 02:27:34 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9136-gllmg-musl=m.gmane.org@lists.openwall.com Fri Jan 15 03:27:30 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1aJu6r-0007uG-0J for gllmg-musl@m.gmane.org; Fri, 15 Jan 2016 03:27:29 +0100 Original-Received: (qmail 3779 invoked by uid 550); 15 Jan 2016 02:27:26 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 3757 invoked from network); 15 Jan 2016 02:27:26 -0000 Content-Disposition: inline In-Reply-To: <20160114224449.GX238@brightrain.aerifal.cx> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:9123 Archived-At: On Thu, Jan 14, 2016 at 05:44:49PM -0500, Rich Felker wrote: > On Wed, Jan 13, 2016 at 07:09:19PM +0100, Felix Janda wrote: > > they can be used for checking existence of non-standard fields of > > struct dirent, are used by various programs to avoid configure > > checks and are at least present on glibc, uclibc, dietlibc and > > newlib. > > --- > > The motivation for this patch is > > > > http://oss.sgi.com/archives/xfs/2016-01/msg00388.html > > --- > > include/dirent.h | 3 +++ > > 1 file changed, 3 insertions(+) > > > > diff --git a/include/dirent.h b/include/dirent.h > > index 5aa8510..b2ffe8a 100644 > > --- a/include/dirent.h > > +++ b/include/dirent.h > > @@ -57,6 +57,9 @@ int getdents(int, struct dirent *, size_t); > > #endif > > > > #ifdef _GNU_SOURCE > > +#define _DIRENT_HAVE_D_OFF > > +#define _DIRENT_HAVE_D_RECLEN > > +#define _DIRENT_HAVE_D_TYPE > > int versionsort(const struct dirent **, const struct dirent **); > > #endif > > I like the concept of defining macros to publish the availability of > extensions like this, but I don't think they should be dependent on > _GNU_SOURCE. At the very least they should also be available under > _DEFAULT_SOURCE (_BSD_SOURCE), but since they're in the reserved > namespace (underscore followed by capital) I'd prefer to have them > exposed unconditionally. > > I'm also skeptical of whether d_off and d_reclen should be promoted as > public APIs. They don't seem to be useful (unlike d_type which is > highly useful) and may lock down some assumptions about > implementation. Perhaps to make a discussion of this more concrete: is there other software that's using the d_reclen or d_off fields conditionally on having the above macros defined? What is is using them for? I read the above-linked mailing list discussion and I think the autoconf test is a better approach than depending on the macros (since they're not present on older musl or on other non-glibc libcs/systems) but we should probably add at least _DIRENT_HAVE_D_TYPE and perhaps the others too. Rich