aboutsummaryrefslogtreecommitdiffstats
path: root/package/boot/kexec-tools/Makefile
diff options
context:
space:
mode:
authorNicolas Pitre <nico@linaro.org>2019-06-15 17:07:08 +0200
committerJo-Philipp Wich <jo@mein.io>2019-09-04 13:15:26 +0200
commite7ccc34478965654fe9b89e5cefac955d18f53de (patch)
tree50518432c588ad243bf5666147fdd77c73c43cfd /package/boot/kexec-tools/Makefile
parent17ee4857317b5838ab21f37aa404f0414d34fe91 (diff)
downloadupstream-e7ccc34478965654fe9b89e5cefac955d18f53de.tar.gz
upstream-e7ccc34478965654fe9b89e5cefac955d18f53de.tar.bz2
upstream-e7ccc34478965654fe9b89e5cefac955d18f53de.zip
config: fix relational operators for bool and tristate symbols
Since commit 31847b67bec0 ("kconfig: allow use of relations other than (in)equality") it is possible to use relational operators in Kconfig statements. However, those operators give unexpected results when applied to bool/tristate values: (n < y) = y (correct) (m < y) = y (correct) (n < m) = n (wrong) This happens because relational operators process bool and tristate symbols as strings and m sorts before n. It makes little sense to do a lexicographical compare on bool and tristate values though. Documentation/kbuild/kconfig-language.txt states that expression can have a value of 'n', 'm' or 'y' (or 0, 1, 2 respectively for calculations). Let's make it so for relational comparisons with bool/tristate expressions as well and document them. If at least one symbol is an actual string then the lexicographical compare works just as before. Signed-off-by: Nicolas Pitre <nico@linaro.org> Acked-by: Randy Dunlap <rdunlap@infradead.org> Tested-by: Randy Dunlap <rdunlap@infradead.org> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> [rebased against OpenWrt kconfig, slightly reword commit message] (backported from upstream 9059a3493efea6492451430c7e2fa0af799a2abb) Signed-off-by: Jo-Philipp Wich <jo@mein.io> (cherry picked from commit 75dcaf3d23301da35eb4a6d0efc5ba5a0ed09850)
Diffstat (limited to 'package/boot/kexec-tools/Makefile')
0 files changed, 0 insertions, 0 deletions