]> asedeno.scripts.mit.edu Git - linux.git/commitdiff
x86: change OPTIMIZE_INLINING help to say enabling makes smaller kernels
authorSitsofe Wheeler <sitsofe@yahoo.com>
Sat, 11 Oct 2008 19:27:53 +0000 (20:27 +0100)
committerIngo Molnar <mingo@elte.hu>
Thu, 23 Oct 2008 16:59:31 +0000 (18:59 +0200)
Impact: clarify Kconfig help text

The OPTIMIZE_INLINING help currently says "The gcc 4.x series have a
rewritten inlining algorithm and disabling this option will generate a
smaller kernel there."

This contradicts other parts of the help text and my own tests:

  5463127 2008-10-11 19:51 vmlinux.no-opt
  5456152 2008-10-11 19:56 vmlinux.opt

Reword text to say that enabling OPTIMIZE_INLINING will lead to smaller
kernels with gcc 4.x or later.

Signed-off-by: Sitsofe Wheeler <sitsofe@yahoo.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
arch/x86/Kconfig.debug

index 2a3dfbd5e677b548e5e75f43da69e934b90a7eff..2be1e6b8e18b82c33d22a6812336192df8ab0543 100644 (file)
@@ -307,10 +307,10 @@ config OPTIMIZE_INLINING
          developers have marked 'inline'. Doing so takes away freedom from gcc to
          do what it thinks is best, which is desirable for the gcc 3.x series of
          compilers. The gcc 4.x series have a rewritten inlining algorithm and
-         disabling this option will generate a smaller kernel there. Hopefully
-         this algorithm is so good that allowing gcc4 to make the decision can
-         become the default in the future, until then this option is there to
-         test gcc for this.
+         enabling this option will generate a smaller kernel there. Hopefully
+         this algorithm is so good that allowing gcc 4.x and above to make the
+         decision will become the default in the future. Until then this option
+         is there to test gcc for this.
 
          If unsure, say N.