diff options
author | Nicolas Pitre <nico@linaro.org> | 2019-06-15 17:07:08 +0200 |
---|---|---|
committer | Jo-Philipp Wich <jo@mein.io> | 2019-09-04 13:15:26 +0200 |
commit | e7ccc34478965654fe9b89e5cefac955d18f53de (patch) | |
tree | 50518432c588ad243bf5666147fdd77c73c43cfd /package/kernel/mac80211/Makefile | |
parent | 17ee4857317b5838ab21f37aa404f0414d34fe91 (diff) | |
download | upstream-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/kernel/mac80211/Makefile')
0 files changed, 0 insertions, 0 deletions