From owner-freebsd-standards@FreeBSD.ORG Wed Oct 15 00:51:16 2003 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01A216A4B3; Wed, 15 Oct 2003 00:51:16 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8583543FBF; Wed, 15 Oct 2003 00:51:14 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id EC88B66E5A; Wed, 15 Oct 2003 00:51:11 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B1AB4B72; Wed, 15 Oct 2003 00:51:11 -0700 (PDT) Date: Wed, 15 Oct 2003 00:51:11 -0700 From: Kris Kennaway To: Marcel Moolenaar Message-ID: <20031015075111.GA52914@rot13.obsecurity.org> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20031015074437.GA60338@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 07:51:16 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 15, 2003 at 12:44:37AM -0700, Marcel Moolenaar wrote: > Yes. The MI code is already done and there's not much MD code that > is expected to break. It's mostly the structures that change. This > is especially painful on sparc64 because it's big-endian. I assume > that sparc64 passes syscall arguments in registers, so the syscalls > that take a time_t do not change except that there's no sign extension > prior to use. You can preserve the ABI until 2038 by ignoring the > upper 32-bits in that case. I'd much prefer we get it over with now before sparc64 gets widely deployed. It's going to be much more painful once there's an installed user base running production 5.x-STABLE systems. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/jPxvWry0BWjoQKURAqyfAJ4+6W0qCOKmnJCGK0vL5O62lqf0KACgx7WM QR3DnnQe7HwhrFXAEOIKvGg= =ut9a -----END PGP SIGNATURE----- --9amGYk9869ThD9tj--