<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Kconfiglib.git, branch v6.1.0</title>
<subtitle>Fork of https://github.com/zephyrproject-rtos/Kconfiglib.git</subtitle>
<id>https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v6.1.0</id>
<link rel='self' href='https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v6.1.0'/>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/'/>
<updated>2018-06-14T18:03:48Z</updated>
<entry>
<title>Make 6.1.0 release</title>
<updated>2018-06-14T18:03:48Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-14T17:23:27Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=5b54529a40c1b8f628baa7ea4f8399e1213e283f'/>
<id>urn:sha1:5b54529a40c1b8f628baa7ea4f8399e1213e283f</id>
<content type='text'>
Fixes:

  - c880151 ("Fix incorrectly ordered properties for some nested
    multi.def. symbols") fixes a bug that could cause symbols/choices
    defined in multiple locations and nested in particular ways within
    if's and menus to get their properties in the wrong order.

    The Linux kernel wasn't affected (which is how it managed to slip
    through), but projects that make heavy use of symbols defined in
    multiple locations might have been. Comprehensive selftests have
    been added to cover property ordering on nested multi.def.
    symbols/choices.

New features:

  - 4af3e0c ("menuconfig: Support starting a search from the info
    dialog") and 330017a ("menuconfig: Support viewing symbol info from
    within the jump-to dialog") makes working with the menuconfig a bit
    smoother to work with.

  - 68043b2 ("Add MenuNode function that returns referenced items")
    makes it easier to find out what symbols/choices a symbol, choice,
    menu, or comment references, which is handy e.g. for searching.
</content>
</entry>
<entry>
<title>Comment formatting nit</title>
<updated>2018-06-14T18:03:48Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-14T17:51:50Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=02910c6f7c0dc4cd5b669167045df6fec7ccf992'/>
<id>urn:sha1:02910c6f7c0dc4cd5b669167045df6fec7ccf992</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Test property ordering on nested multi.def. choices</title>
<updated>2018-06-14T17:17:40Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-14T17:17:40Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=cd96604f4fbbb88347e043919714a0428e159bc8'/>
<id>urn:sha1:cd96604f4fbbb88347e043919714a0428e159bc8</id>
<content type='text'>
This case wasn't covered.
</content>
</entry>
<entry>
<title>Fix MenuNode.referenced() on Kconfig.top_node</title>
<updated>2018-06-14T16:42:01Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-14T10:00:44Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=fbf31fac751c0d76d2f55a0fe649ade5bafed292'/>
<id>urn:sha1:fbf31fac751c0d76d2f55a0fe649ade5bafed292</id>
<content type='text'>
The property lists weren't created for Kconfig.top_node, making
referenced() crash.

Add a MenuNode constructor and create the property lists there instead
of in _parse_properties().
</content>
</entry>
<entry>
<title>Fix incorrectly ordered properties for some nested multi.def. symbols</title>
<updated>2018-06-14T16:42:01Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-14T14:47:21Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=c8801514d63aaa6ad78ee62930ca5160fb52f74a'/>
<id>urn:sha1:c8801514d63aaa6ad78ee62930ca5160fb52f74a</id>
<content type='text'>
_propagate_deps() visits menu nodes roughly breadth-first, meaning
properties on symbols and choices defined in multiple locations could
end up in the wrong order when copied from the menu node for some
unlucky if/menu nestings.

Fix it by moving the menu-node-to-symbol/choice property copying in
_finalize_tree() so that it's guaranteed to happen in definition order.

This bug was introduced by commit 63a4418 ("Record which MenuNode has
each property").
</content>
</entry>
<entry>
<title>Add MenuNode function that returns referenced items</title>
<updated>2018-06-12T23:39:36Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-12T23:33:15Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=68043b21a2fdf09d91996977d5408e92a23fe3e8'/>
<id>urn:sha1:68043b21a2fdf09d91996977d5408e92a23fe3e8</id>
<content type='text'>
MenuNode.referenced() returns all symbols (and choices, for choice
symbols) referenced in the properties (prompt, defaults, selects,
ranges, etc.) and property conditions of the menu node.

Handy e.g. when generating cross-references.
</content>
</entry>
<entry>
<title>Grammar nit</title>
<updated>2018-06-12T20:31:59Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-12T20:31:32Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=35ede24133d87a79e993de2c2e427f03e3de9303'/>
<id>urn:sha1:35ede24133d87a79e993de2c2e427f03e3de9303</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Simplify expr_items()</title>
<updated>2018-06-12T20:30:46Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-12T20:10:48Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=8f6cb7a4ffd3731e85d78ebaba715efdfb849acd'/>
<id>urn:sha1:8f6cb7a4ffd3731e85d78ebaba715efdfb849acd</id>
<content type='text'>
Same cleanup as for _make_depend_on().

Rename 'deps' to 'res' as well. The result can be used for other stuff
besides figuring out dependencies.
</content>
</entry>
<entry>
<title>Simplify _make_depend_on() some more</title>
<updated>2018-06-12T19:34:34Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-12T19:30:11Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=ffdb1a210c9854cf2e2467bf8a97ff894761a334'/>
<id>urn:sha1:ffdb1a210c9854cf2e2467bf8a97ff894761a334</id>
<content type='text'>
Rearrange and break out common stuff.

Already rename the 'sym' parameter to 'sc', as it could be a choice as
well.
</content>
</entry>
<entry>
<title>Simplify _make_depend_on()</title>
<updated>2018-06-12T19:21:04Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-12T19:18:58Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=bf03762630dd67e82df8531cb7aae358b1b5a7da'/>
<id>urn:sha1:bf03762630dd67e82df8531cb7aae358b1b5a7da</id>
<content type='text'>
Relations have the same format as AND/OR expressions and can be handled
with the same code.

This gives an extra recursion for relational expressions (because they
can only have symbols as operands), but they're much rarer than other
expression types.
</content>
</entry>
</feed>
