From owner-cvs-all Fri Jul 10 21:58:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26633 for cvs-all-outgoing; Fri, 10 Jul 1998 21:58:35 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26628; Fri, 10 Jul 1998 21:58:34 -0700 (PDT) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA14376; Fri, 10 Jul 1998 21:58:27 -0700 (PDT) Date: Fri, 10 Jul 1998 21:58:27 -0700 (PDT) Message-Id: <199807110458.VAA14376@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: cvs commit: src/sys/i386/include cpufunc.h Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk bde 1998/07/10 21:58:27 PDT Modified files: sys/i386/include cpufunc.h Log: Don't pretend to support ix86's with 16-bit ints by using longs just to ensure 32-bit variables. Doing so broke and/or pessimized i386's with 64-bit longs (unnecessary use of 64-bit variables caused remarkably few problems in C code, but the inline asm here tended to fail because there are no 64-bit registers). Since the interfaces here are very machine-dependent and shouldn't be used outside of the kernel, use a standard types of "known" width instead of fixed-width types. Changed all quad_t's to u_int64_t's. quad_t isn't standard, and using signed types for 64-bit registers was bogus (but made no difference). Revision Changes Path 1.80 +32 -32 src/sys/i386/include/cpufunc.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message