From owner-freebsd-current@FreeBSD.ORG Fri Oct 31 01:14:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A97016A4CE for ; Fri, 31 Oct 2003 01:14:32 -0800 (PST) Received: from fafoe.narf.at (chello212186121237.14.vie.surfer.at [212.186.121.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CCC43F85 for ; Fri, 31 Oct 2003 01:14:31 -0800 (PST) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.2.102]) by fafoe.narf.at (Postfix) with ESMTP id 853F83FA9; Fri, 31 Oct 2003 10:14:28 +0100 (CET) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 4F70088; Fri, 31 Oct 2003 10:14:28 +0100 (CET) Date: Fri, 31 Oct 2003 10:14:28 +0100 From: Stefan Farfeleder To: Bruce Evans Message-ID: <20031031091426.GB866@wombat.fafoe.narf.at> Mail-Followup-To: Bruce Evans , Garrett Wollman , current@freebsd.org References: <3F9F4FE6.29C4E178@mindspring.com> <3FA0EEFD.431DD759@mindspring.com> <20031030120925.K80335@beagle.fokus.fraunhofer.de> <200310301659.h9UGxAPk023337@khavrinen.lcs.mit.edu> <20031031174658.T3463@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20031031174658.T3463@gamplex.bde.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: Garrett Wollman Subject: Re: Anyone object to the following change in libc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 09:14:32 -0000 On Fri, Oct 31, 2003 at 06:01:34PM +1100, Bruce Evans wrote: > POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit > integer types exist. It says that the existence of int8_t implies > that a byte is 8 bits and CHAR_BIT is 8. I'm not sure what prevents > int8_t being smaller than char. It follows from the fact int8_t isn't allowed to contain padding bits and from 6.2.6.1 saying: "Values stored in non-bit-field objects of any other object type consist of n × CHAR_BIT bits, where n is the size of an object of that type, in bytes." Stefan