This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 03/13] Installed-header hygiene (BZ#20366): missing inclusions A.
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: Zack Weinberg <zackw at panix dot com>, <libc-alpha at sourceware dot org>
- Date: Wed, 21 Sep 2016 17:57:49 +0000
- Subject: Re: [PATCH 03/13] Installed-header hygiene (BZ#20366): missing inclusions A.
- Authentication-results: sourceware.org; auth=none
- References: <20160830011645.25769-1-zackw@panix.com> <20160830011645.25769-2-zackw@panix.com> <20160830011645.25769-3-zackw@panix.com> <20160830011645.25769-4-zackw@panix.com> <cf5db8e3-19cf-a374-c6d4-3145ab31989e@redhat.com>
On Wed, 21 Sep 2016, Carlos O'Donell wrote:
> On 08/29/2016 09:16 PM, Zack Weinberg wrote:
> > These are all fallout from the change from u_intNN_t to uintNN_t; a
> > number of headers now need to include <stdint.h> to pick up those
> > types. It is possible that __uintNN_t should be used instead.
>
> Why should __uintNN_t ever be used? At a minimum the uintNN_t types
> should be available regardless of whatever mode you are being compiled in?
ISO C doesn't reserve *_t globally, but unless any of these headers are
ISO C headers that's not a relevant consideration (and if inappropriate
*_t types were being added to ISO C headers that would have been detected
by the conform/ tests).
--
Joseph S. Myers
joseph@codesourcery.com