From owner-freebsd-arch@FreeBSD.ORG Wed Jan 5 19:04:05 2005 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E4616A4CE; Wed, 5 Jan 2005 19:04:05 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B44443D39; Wed, 5 Jan 2005 19:04:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j05J5cIb009836; Wed, 5 Jan 2005 11:05:38 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j05J5cKQ009835; Wed, 5 Jan 2005 11:05:38 -0800 Date: Wed, 5 Jan 2005 11:05:38 -0800 From: Brooks Davis To: Pawel Jakub Dawidek Message-ID: <20050105190538.GA8054@odin.ac.hmc.edu> References: <20050104224043.GM784@darkness.comp.waw.pl> <20050105030426.GB24604@odin.ac.hmc.edu> <20050105102056.GO784@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20050105102056.GO784@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: arch@FreeBSD.org cc: scottl@FreeBSD.org Subject: Re: BigDisk project: du(1) 64bit clean. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 19:04:05 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 05, 2005 at 11:20:56AM +0100, Pawel Jakub Dawidek wrote: > On Tue, Jan 04, 2005 at 07:04:26PM -0800, Brooks Davis wrote: > +> I'd be inclined to use the somewhat gross fix in PR 74567 in RELENG_5 > +> and do it right in HEAD. [...] >=20 > It allocates memory and we don't need it. > Proposed fix is actually for RELENG_5. We can also do some magic inside > du(1) to split 64bit value between two fields (fts_number/fts_pointer) > when needed (on 32bit archs), but it would be really hackish. I missed the fact this this was for RELENG_5 only, this seems like a good solution there. > +> [...] bde suggested changing fts_num to intmax_t. >=20 > The only issue here is that we break ABI if intmax_t will be bumped to > 128bits in gcc, but we probably will have much bigger problems then:) > I like this idea. We'd have to bump nearly all library revs if we changed the the size of intmax_t since we'd break printing of 64-bit numbers. :-) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3DqCXY6L6fI4GtQRAua9AJ9XXp6JAGn2J+5cSubpY/pNBKP8LQCcCOae wsuORnnHA0USZc9T9QqJ9nA= =Uytx -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua--