This is the mail archive of the
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: <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.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