From owner-cvs-all Wed May 6 16:47:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17334 for cvs-all-outgoing; Wed, 6 May 1998 16:47:40 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17323 for ; Wed, 6 May 1998 16:47:29 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA27192; Thu, 7 May 1998 09:50:41 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199805062350.JAA27192@cimlogic.com.au> Subject: Re: cvs commit: src/sys/sys termios.h In-Reply-To: <199805062234.PAA00632@antipodes.cdrom.com> from Mike Smith at "May 6, 98 03:34:51 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 7 May 1998 09:50:41 +1000 (EST) Cc: jb@cimlogic.com.au, committers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Mike Smith wrote: > Is there a serious impediment to using *int32_t/*int64_t instead? > These give you explicitly-sized storage, and make it clear that you > mean them to stay that way... For things like 32-bit variables in networking code, I think that explicitly-sized storage is the way to go (I'll commit src/sys/netinet/in.h with a change like that soon). There are many things where I don't mean them to stay that way necessarily (meaning I don't care - like termios), but I need to be consistent with what the NetBSD kernel expects. Bruce tends to react badly to almost every one of these. 8-( -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message