From owner-freebsd-arch  Wed Oct  9 11:11:49 2002
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 241EC37B401; Wed,  9 Oct 2002 11:11:48 -0700 (PDT)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 62F3943E4A; Wed,  9 Oct 2002 11:11:47 -0700 (PDT)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA25403;
	Wed, 9 Oct 2002 14:11:47 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g99IBGL54381;
	Wed, 9 Oct 2002 14:11:17 -0400 (EDT)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15780.28996.936657.152472@grasshopper.cs.duke.edu>
Date: Wed, 9 Oct 2002 14:11:16 -0400 (EDT)
To: John Baldwin <jhb@FreeBSD.org>
Cc: freebsd-arch@FreeBSD.org, Peter Wemm <peter@wemm.org>
Subject: Re: lp64 vs lp32 printf
In-Reply-To: <XFMail.20021009140419.jhb@FreeBSD.org>
References: <15780.26700.615985.133379@grasshopper.cs.duke.edu>
	<XFMail.20021009140419.jhb@FreeBSD.org>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG


John Baldwin writes:
 > 
 > On 09-Oct-2002 Andrew Gallatin wrote:
 > > 
 > > Peter Wemm writes:
 > >  > > 
 > >  > > Um, using intmax_t to print size_t's would be incorrect, since it is
 > >  > > signed.  Using uintmax_t would be bloat.  Very few typedefed types
 > >  > > need the full bloat of [u]intmax_t, and size_t is unlikely to become
 > >  > > one of them before casting it to uintmax_t to print it becomes a style
 > >  > > bug in the kernel too (when %z is implemented).
 > >  > 
 > >  > Bring it on!  The sooner %z gets here the better.  The only problem is that
 > >  > gcc has been taught that %z means something different in the kernel. :-(
 > > 
 > > Where is gcc taught these things?  Can we update it?
 > 
 > We should be able to change the kernel %z to some other weird letter.

Sure.. but do you know where in the sources %z is defined to be
something weird?

Drew

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