Kconfiglib.git, branch v10.14.3Fork of https://github.com/zephyrproject-rtos/Kconfiglib.githttps://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.14.32018-10-16T06:00:55ZMake 10.14.3 release2018-10-16T06:00:55ZUlf Magnussonulfalizer@gmail.com2018-10-16T05:18:55Zurn:sha1:5d918357dd5734b900e1fdf074090ea662debd9e
Adds commit 98af94d ("Make Kconfig.choices match its description").
Previously, Kconfig.choices was accidentally identical to
Kconfig.unique_choices. It's now crappy as advertised, and keeps
duplicates.
Removing duplicates (while preserving order) was the original reason for
adding Kconfig.unique_defined_syms and Kconfig.unique_choices. It'd be
rare to need Kconfig.choices.
Make Kconfig.choices match its description2018-10-16T05:35:53ZUlf Magnussonulfalizer@gmail.com2018-10-16T04:58:54Zurn:sha1:98af94da6a9ef81c8e2c56fbf60741fa8d2a2dd1
Kconfig.choices has accidentally been identical to
Kconfig.unique_choices all along, because named choices defined in
multiple locations (which are pretty obscure) were only added once.
Fix Kconfig.choices to match its description. This simplifies the code a
bit too.
Kconfig.unique_choices is usually what you want.
menuconfig: Use Kconfig.unique_choices in jump-to2018-10-16T05:35:53ZUlf Magnussonulfalizer@gmail.com2018-10-16T05:15:49Zurn:sha1:553985a985c6aa4d5f9119223ac7fe23b83d5b3c
Use Kconfig.unique_choices instead of Kconfig.choices in the jump-to
dialog, as choices defined in multiple locations should only get their
menu nodes added once (to avoid redundant entries).
I noticed a related Kconfiglib issue while working on this:
Kconfig.choices has been identical to Kconfig.unique_choices all long,
so things were never actually broken.
That means Kconfig.choices should be fixed to match its description
though. The next commit will do that.
menuconfig: Simplify _sorted_menu_comment_nodes()2018-10-15T10:25:49ZUlf Magnussonulfalizer@gmail.com2018-10-15T10:20:03Zurn:sha1:796a3459776856c30f73d166b251898cdd4cd375
Can use the same function for both sort keys, and the logic
can be simplified a bit too.
The += is deliberate, to do in-place modification.
Fix typo in _add_props_to_sc() comment2018-10-14T22:03:41ZUlf Magnussonulfalizer@gmail.com2018-10-14T22:03:08Zurn:sha1:10d412e43fb5233b9e0105d79e3a53c2fdee4446Make 10.14.2 release2018-10-14T20:37:49ZUlf Magnussonulfalizer@gmail.com2018-10-14T20:37:49Zurn:sha1:853fa1915968015037610c03c67694da894a0081
Adds two small menuconfig improvements/fixes:
- Commit 9a7b374 ("menuconfig: Fix some minor resizing jumpiness on
gnome-terminal")
- Commit 3d0dc9f ("menuconfig: Switch back to "very visible" cursor
after Ctrl-F")
menuconfig: Fix some minor resizing jumpiness on gnome-terminal2018-10-14T20:29:52ZUlf Magnussonulfalizer@gmail.com2018-10-14T20:18:13Zurn:sha1:9a7b374758617af69594ef7b3ed83a5cb59db433
gnome-terminal jerks a bit whenever the terminal is shrunk so that the
row with the cursor on it disappears. This is probably gnome-terminal
shoddiness, but it's pretty easy to work around by drawing stuff at the
top last, so do it.
No need to do it for the jump-to dialog, because the cursor is already
in the edit box at the top there.
menuconfig: Switch back to "very visible" cursor after Ctrl-F2018-10-14T20:29:52ZUlf Magnussonulfalizer@gmail.com2018-10-14T20:27:24Zurn:sha1:3d0dc9ffc1023210bb54650065807085b53a6926
Was set back to "normal" instead due to a typo, which is inconsistent
with the rest of the code.
menuconfig: Mention some ncurses ESCDELAY investigation2018-10-14T18:42:37ZUlf Magnussonulfalizer@gmail.com2018-10-14T18:42:37Zurn:sha1:fdf1f3eb574eba71adb2dbdc8fb7df3f61a8c4bamenuconfig: Mention some potential (though never seen) ESCDELAY iffiness2018-10-14T18:09:59ZUlf Magnussonulfalizer@gmail.com2018-10-14T17:55:49Zurn:sha1:56f6611eadf4e2165ba29742dfd5ac6a76d60149