Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 May 1998 15:34:51 -0700
From:      Mike Smith <mike@smith.net.au>
To:        John Birrell <jb@cimlogic.com.au>
Cc:        committers@FreeBSD.ORG
Subject:   Re: cvs commit: src/sys/sys termios.h 
Message-ID:  <199805062234.PAA00632@antipodes.cdrom.com>
In-Reply-To: Your message of "Thu, 07 May 1998 08:03:12 %2B1000." <199805062203.IAA26919@cimlogic.com.au> 

next in thread | previous in thread | raw e-mail | index | archive | help
> To get a working FreeBSD/Alpha using a NetBSD kernel, I want to make as
> few changes to FreeBSD sources as possible, and avoid destabilizing i386
> in the process. On alpha, that means int is 32 bits, long is 64 bits.
> Where there are variables in user-space that are passed to the kernel in
> FreeBSD/NetBSD and the size of these variables differs when compiled on
> alpha, I change the variable so that there is no effective change to i386.
> This commonly means that things coded as long and used as 32-bit integers
> are changed to int. And pointers that are cast to int are changed to cast
> to long.

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...
-- 
\\  Sometimes you're ahead,       \\  Mike Smith
\\  sometimes you're behind.      \\  mike@smith.net.au
\\  The race is long, and in the  \\  msmith@freebsd.org
\\  end it's only with yourself.  \\  msmith@cdrom.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805062234.PAA00632>