From owner-freebsd-questions@FreeBSD.ORG Wed May 27 19:24:24 2009 Return-Path: Delivered-To: FreeBSD-Questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED4361065679 for ; Wed, 27 May 2009 19:24:24 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 262408FC29 for ; Wed, 27 May 2009 19:24:23 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n4RJOH3a054362; Wed, 27 May 2009 21:24:17 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n4RJOHJf054359; Wed, 27 May 2009 21:24:17 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Wed, 27 May 2009 21:24:17 +0200 (CEST) From: Wojciech Puchar To: FreeBSD-Questions@freebsd.org In-Reply-To: <20090527190230.GB9937@Grumpy.DynDNS.org> Message-ID: References: <4A1AA3DC.5020300@network-i.net> <200905271048.27837.kirk@strauser.com> <200905271152.34237.kirk@strauser.com> <20090527190230.GB9937@Grumpy.DynDNS.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: FreeBSD & Software RAID X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 19:24:25 -0000 > I haven't looked at the ZFS code but this sort of thing is exactly why > all code I write uses int8_t, int16_t, int32_t, uint8_t, ... even when > the first thing I have to do with a new compiler is to work out the > proper typedefs to create them. int, short and char are portable, only other things must be defined this way. int8_t int16_t is just unneeded work. anyway - it's just defines, having no effect on compiled code and it's performance.