summaryrefslogtreecommitdiff
path: root/include/asm-x86/i387.h
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2009-07-12 11:25:04 -0700
committerGreg Kroah-Hartman <gregkh@suse.de>2009-07-19 20:45:01 -0700
commit7d317ec29c587f76bbfa375ef3b832204f5bffe5 (patch)
tree5d2d4b447df5c69958cc999daaa449498478113d /include/asm-x86/i387.h
parent0d3d2711b2dd74f39a21ed20b88d733e9509100a (diff)
Don't use '-fwrapv' compiler option: it's buggy in gcc-4.1.x
commit a137802ee839ace40079bebde24cfb416f73208a upstream. This causes kernel images that don't run init to completion with certain broken gcc versions. This fixes kernel bugzilla entry: http://bugzilla.kernel.org/show_bug.cgi?id=13012 I suspect the gcc problem is this: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230 Fix the problem by using the -fno-strict-overflow flag instead, which not only does not exist in the known-to-be-broken versions of gcc (it was introduced later than fwrapv), but seems to be much less disturbing to gcc too: the difference in the generated code by -fno-strict-overflow are smaller (compared to using neither flag) than when using -fwrapv. Reported-by: Barry K. Nathan <barryn@pobox.com> Pushed-by: Frans Pop <elendil@planet.nl> Cc: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'include/asm-x86/i387.h')
0 files changed, 0 insertions, 0 deletions