Date: Thu, 07 May 1998 01:58:26 +0100 From: Brian Somers <brian@Awfulhak.org> To: Mike Smith <mike@smith.net.au> Cc: John Birrell <jb@cimlogic.com.au>, committers@FreeBSD.ORG Subject: Re: cvs commit: src/sys/sys termios.h Message-ID: <199805070058.BAA05083@awfulhak.org> In-Reply-To: Your message of "Wed, 06 May 1998 15:34:51 PDT." <199805062234.PAA00632@antipodes.cdrom.com>
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...
The one *real* pain in the a** about int32_t/int64_t is that they
must be cast in printf()/scanf()s.
> --
> \\ 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
--
Brian <brian@Awfulhak.org>, <brian@FreeBSD.org>, <brian@OpenBSD.org>
<http://www.Awfulhak.org>;
Don't _EVER_ lose your sense of humour....
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?199805070058.BAA05083>