From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e31.co.us.ibm.com", Issuer "Equifax" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 3C19ADDE45 for ; Tue, 23 Oct 2007 02:55:34 +1000 (EST) Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e31.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l9MGtVTv001943 for ; Mon, 22 Oct 2007 12:55:31 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l9MGtDK9047718 for ; Mon, 22 Oct 2007 10:55:14 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l9MGtCcc003515 for ; Mon, 22 Oct 2007 10:55:13 -0600 Date: Mon, 22 Oct 2007 11:55:11 -0500 From: Josh Boyer To: Jon Loeliger Subject: Re: [PATCH 3/4] DTC: Appease the printf() format $Gods with a correct type. Message-ID: <20071022115511.0b902044@weaponx.rchland.ibm.com> In-Reply-To: References: <20071020071920.GF26642@localhost.localdomain> <20071020090633.GH26642@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Cc: linuxppc-dev@ozlabs.org, David Gibson List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 22 Oct 2007 11:50:52 -0500 Jon Loeliger wrote: > So, like, the other day David Gibson mumbled: > > On Sat, Oct 20, 2007 at 10:51:29AM +0200, Andreas Schwab wrote: > > > David Gibson writes: > > > > > > > What compiler/platform is this? I can't off the top of my head think > > > > of one where size_t shouldn't be promoted to int automatically. > > > > > > Only types narrower than int are subject to integer promotion. > > > > Duh, yes. Sorry. > > So, Hmm. You want the patch as I wrote it applied? > Or do you want to use %z in the format instead? It does > seem like there is precedent to do that (in the kernel): > > % grep -r '%z' arch/ > arch/alpha/boot/tools/mkbb.c: fprintf(stderr, "expected %zd, got %d\n", sizeof(bootblock), nread); > arch/alpha/boot/tools/mkbb.c: fprintf(stderr, "expected %zd, got %d\n", sizeof(bootblock), nread); > arch/m68k/ifpsp060/src/itest.S: mulu.l (0x00.w,%a3,%za4.l*8),%d2:%d3 > arch/m68k/ifpsp060/src/itest.S: mulu.l (-0x10.w,%za3,%a4.l*1),%d2:%d3 > arch/m68k/ifpsp060/src/itest.S: mulu.l (ea_77_mem+0x00.w,%pc,%za4.l*8),%d2:%d3 > ... > arch/m68k/ifpsp060/src/itest.S: mulu.l ([EASTORE.l,%zpc,%zd4.l*1]),%d2:%d3 > arch/m68k/ifpsp060/src/itest.S: mulu.l ([EASTORE.l,%pc],%zd4.l*8,0x20.l),%d2:%d3 > arch/m68k/ifpsp060/src/itest.S: mulu.l ([EASTORE.l,%zpc],%d4.l*8),%d2:%d3 > arch/um/drivers/cow_user.c: /* Below, %zd is for a size_t value */ > arch/um/drivers/cow_user.c: "limited to %zd characters\n", backing_file, > arch/x86/kernel/pci-nommu_64.c: "nommu_%s: overflow %Lx+%zu of device mask %Lx\n", > > Opinions? %z is fairly common now-a-days. The kernel janitors tend to LART people for not using it rather quickly. josh