From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Woodhouse Subject: Re: [PATCH] Make exported headers use strict posix types Date: Thu, 26 Feb 2009 07:39:46 +0900 Message-ID: <1235601586.4913.9.camel@macbook.infradead.org> References: <20090225032553.GD6690@bombadil.infradead.org> <200902251917.49017.arnd@arndb.de> <20090225201131.GA26110@uranus.ravnborg.org> <200902252258.30489.arnd@arndb.de> <49A5C118.3070605@zytor.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from casper.infradead.org ([85.118.1.10]:47603 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754119AbZBYWkV (ORCPT ); Wed, 25 Feb 2009 17:40:21 -0500 In-Reply-To: <49A5C118.3070605@zytor.com> Sender: linux-arch-owner@vger.kernel.org List-ID: To: "H. Peter Anvin" Cc: Arnd Bergmann , Sam Ravnborg , Kyle McMartin , Ingo Molnar , Jaswinder Singh Rajput , mingo@redhat.com, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org On Wed, 2009-02-25 at 14:07 -0800, H. Peter Anvin wrote: > Arnd Bergmann wrote: > > > > Actually, this change does belong in here: This is the only user of u_short > > in exported headers, and nothing uses u_char, u_int or u_long, so it gets > > rid of a whole class of types. The only questionable types left after this > > are the standard stdint.h types, many of which are probably legitimate: > > > > Not legitimate in *exported* headers. Not in the ones which might be included implicitly by glibc, perhaps -- but other non-POSIX headers are perfectly entitled to require C standard types, surely? -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation