Re: Build regressions/improvements in v3.10-rc1

From: Geert Uytterhoeven
Date: Mon May 13 2013 - 04:37:38 EST


Hi Randy,

On Mon, May 13, 2013 at 12:13 AM, Randy Dunlap <rdunlap@xxxxxxxxxxxxx> wrote:
> On 05/12/13 12:30, Geert Uytterhoeven wrote:
>>
>> *** WARNINGS ***
>>
>> 163 regressions:
>> + mm/slab_common.c: warning: format '%zu' expects argument of type 'size_t', but argument 3 has type 'unsigned int' [-Wformat]: => 303:6
>
> How does this happen? 'size' is clearly a size_t in this function so "%zu" is correct.

v3.10-rc1/am33_2.0/asb2364_defconfig v3.10-rc1/am33_2.0/asb2303_defconfig

> Does some arch (or gcc) confuse these?

Yes, mn10300 and h8300 compilers tend to give false positives for them.

Since I know you like fixing these warnings ;-), here's the full remaining list
(ignoring mn10300 and h8300) for v3.10-rc1:

drivers/mtd/maps/solutionengine.c:86:9: warning: format '%lx' expects
argument of type 'long unsigned int', but argument 2 has type
'resource_size_t' [-Wformat]: 2 warnings in 2 logs
v3.10-rc1/sh4/sh-allyesconfig v3.10-rc1/sh4/sh-allmodconfig
drivers/mtd/maps/solutionengine.c:86:9: warning: format '%lx' expects
argument of type 'long unsigned int', but argument 3 has type
'resource_size_t' [-Wformat]: 2 warnings in 2 logs
v3.10-rc1/sh4/sh-allyesconfig v3.10-rc1/sh4/sh-allmodconfig
arch/xtensa/kernel/pci.c:82:11: warning: format '%ld' expects argument
of type 'long int', but argument 4 has type 'resource_size_t'
[-Wformat]: 1 warnings in 1 logs
v3.10-rc1/xtensa/xtensa-allmodconfig
drivers/sh/superhyway/superhyway-sysfs.c:33:1: warning: format '%lx'
expects argument of type 'long unsigned int', but argument 3 has type
'resource_size_t' [-Wformat]: 1 warnings in 1 logs
v3.10-rc1/sh4/microdev_defconfig

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/