Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 30 Jul 2002 17:39:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 30 Jul 2002 17:39:17 -0400 Received: from leibniz.math.psu.edu ([146.186.130.2]:7120 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Tue, 30 Jul 2002 17:39:13 -0400 Date: Tue, 30 Jul 2002 17:42:32 -0400 (EDT) From: Alexander Viro To: Linus Torvalds cc: Brad Hards , Greg KH , Vojtech Pavlik , linux-kernel@vger.kernel.org, linuxconsole-dev@lists.sourceforge.net Subject: Re: [patch] Input cleanups for 2.5.29 [2/2] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1021 Lines: 28 On Tue, 30 Jul 2002, Linus Torvalds wrote: > > On Wed, 31 Jul 2002, Brad Hards wrote: > > > > We shouldn't arbitrarily invent new types that could be trivially done with > > standard types. Maybe we could retain existing usage for ABIs that are > > unchanged from 2.0 days, but we certainly shouldn't be making the ABI > > any worse. > > I disagree. > > I actively _dislike_ those stupid standard typenames. I don't want them in > the kernel, and they have no advantages over the standard kernel types > that have been there for a _loong_ time. Strictly speaking, there might be a DISadvantage - IIRC, there's nothing to stop gcc from #define uint8_t unsigned long long /* it is at least 8 bits */ ICBW, but wasn't uint_t only promised to be at least bits? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/