# HG changeset patch # User "Yann E. MORIN" # Date 1356269540 -3600 # Node ID d9e78e89b3f67db245a5690e139679d7efa3102c # Parent abd69b651323dc446377b508d6ec131881d9b7ac arch: re-order the entries in the float choice Re-order the three entries in the float choice, in a more sensible order, ie: - all hard-float options come first, then soft-float - options that use the FPU are marked so: hard and softfp - options that do not use the FPU are marked so: software Signed-off-by: "Yann E. MORIN" diff -r abd69b651323 -r d9e78e89b3f6 config/target.in --- a/config/target.in Mon Dec 17 17:17:23 2012 +0100 +++ b/config/target.in Sun Dec 23 14:32:20 2012 +0100 @@ -294,18 +294,9 @@ binary blobs from different vendors that are compiling this way and can't (don't wan't to) change. -config ARCH_FLOAT_SW - bool - prompt "software" - help - Do not emit any hardware floating point opcode. - - If your processor has no FPU, then you most probably want this, as it - is faster than emulating the FPU in the kernel. - config ARCH_FLOAT_SOFTFP bool - prompt "softfp" + prompt "softfp (FPU)" depends on ARCH_SUPPORTS_SOFTFP help Emit hardware floating point opcodes but use the software @@ -319,6 +310,15 @@ If in doubt, use 'software' or 'hardware' mode instead. +config ARCH_FLOAT_SW + bool + prompt "software (no FPU)" + help + Do not emit any hardware floating point opcode. + + If your processor has no FPU, then you most probably want this, as it + is faster than emulating the FPU in the kernel. + endchoice config TARGET_CFLAGS