This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Symbol management in header files

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Carlos O'Donell <carlos at redhat dot com>, Joseph Myers <joseph at codesourcery dot com>, Florian Weimer <fweimer at redhat dot com>
Cc: GNU C Library <libc-alpha at sourceware dot org>
Date: Tue, 18 Oct 2016 09:55:34 -0700
Subject: Re: Symbol management in header files
Authentication-results: sourceware.org; auth=none
References: <ec6e6362-f2e5-1c5b-19f0-32a37a3ade32@redhat.com> <alpine.DEB.2.20.1610181554180.22314@digraph.polyomino.org.uk> <a7f37220-9a00-ddf5-59ab-4053f6008a86@redhat.com>

On 10/18/2016 09:00 AM, Carlos O'Donell wrote:

Is _GNU_SOURCE too big of a feature macro to be useful anymore?

No, it's what is wanted in many GNU applications (e.g., GNU Emacs,coreutils). Their 'configure' scripts rely on _GNU_SOURCE, and when newfeatures like iszero are added to the GNU system, these applications areupdated accordingly. For these applications, I daresay thatsmaller-scope macros would be less appealing than the current situation;they'd continue to use _GNU_SOURCE.

References:
- Symbol management in header files
  - From: Florian Weimer
- Re: Symbol management in header files
  - From: Joseph Myers
- Re: Symbol management in header files
  - From: Carlos O'Donell

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]