summaryrefslogtreecommitdiffstats
path: root/arch/arm/mach-l7200/include/mach/debug-macro.S
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2013-02-15 21:23:58 +0100
committerArnd Bergmann <arnd@arndb.de>2013-04-29 16:52:40 +0200
commite74fc973b6e531fef1fce8b101ffff05ecfb774c (patch)
treea654b1ee18ba36ff2dd1689496dac03965c92c00 /arch/arm/mach-l7200/include/mach/debug-macro.S
parentARM: orion5x: include linux/cpu.h (diff)
downloadlinux-e74fc973b6e531fef1fce8b101ffff05ecfb774c.tar.xz
linux-e74fc973b6e531fef1fce8b101ffff05ecfb774c.zip
Turn off -Wmaybe-uninitialized when building with -Os
gcc-4.7 and higher add a lot of false positive warnings about potential uses of uninitialized warnings, but only when optimizing for size (-Os). This is the default when building allyesconfig, which turns on CONFIG_CC_OPTIMIZE_FOR_SIZE. In order to avoid getting a lot of patches that initialize such variables and accidentally hide real errors along the way, let's just turn off this warning on the respective gcc versions when building with size optimizations. The -Wmaybe-uninitialized option was introduced in the same gcc version (4.7) that is now causing the false positives, so there is no effect on older compilers. A side effect is that when building with CONFIG_CC_OPTIMIZE_FOR_SIZE, we might now see /fewer/ warnings about possibly uninitialized warnings than with -O2, but that is still much better than seeing warnings known to be bogus. Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Diffstat (limited to 'arch/arm/mach-l7200/include/mach/debug-macro.S')
0 files changed, 0 insertions, 0 deletions