<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Kconfiglib.git/examples, branch v10.1.0</title>
<subtitle>Fork of https://github.com/zephyrproject-rtos/Kconfiglib.git</subtitle>
<id>https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.1.0</id>
<link rel='self' href='https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.1.0'/>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/'/>
<updated>2018-08-22T21:57:17Z</updated>
<entry>
<title>Add a generic node iterator</title>
<updated>2018-08-22T21:57:17Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-22T20:08:06Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=7dae98803a6fc5d08041d1387e2e0d83fc0eb0ed'/>
<id>urn:sha1:7dae98803a6fc5d08041d1387e2e0d83fc0eb0ed</id>
<content type='text'>
Suggested by Mitja Horvat (pinkfluid) in
https://github.com/ulfalizer/Kconfiglib/pull/50.

Kconfig.node_iter() iterates through all menu nodes in the menu tree in
Kconfig order. This saves scripts the trouble of implementing their own
tree walking code.

Have node_iter() take a 'unique_syms' flag that can be enabled to only
include symbols defined in multiple locations once. This is often what
you want when generating output (and is used by write_config()). Order
is still preserved.

Piggyback a fix to a syntax error test comment. Parsing has been
tightened up now.
</content>
</entry>
<entry>
<title>Introduce Kconfig.unique_defined_syms and Kconfig.unique_choices</title>
<updated>2018-08-22T18:05:11Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-22T00:25:20Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=d2c1430c91c574dc0dfd84f3652c8d9af8c77568'/>
<id>urn:sha1:d2c1430c91c574dc0dfd84f3652c8d9af8c77568</id>
<content type='text'>
These are the same as Kconfig.defined_syms and Kconfig.choices, except
duplicates are removed. Kconfig order is still preserved.

This is almost always what you want when iterating through symbols and
choices, as it potentially saves work, avoids generating duplicates when
writing output, and still preserves Kconfig order for readability.

The old attributes will be kept for backwards compatibility (maybe
there's some rare cases where they could be useful too). They're created
internally anyway.
</content>
</entry>
<entry>
<title>Simplify the find_symbol and list_undefined examples</title>
<updated>2018-06-22T07:03:48Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-22T05:27:54Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=4503fccb7ab07c190902618cfab6f6559c611a95'/>
<id>urn:sha1:4503fccb7ab07c190902618cfab6f6559c611a95</id>
<content type='text'>
Much of the functionality is available in Kconfiglib itself now. Use the
new APIs to implement the examples in a much simpler way.
</content>
</entry>
<entry>
<title>Add a function for getting all items in an expression</title>
<updated>2018-06-11T16:30:51Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-06-11T15:49:49Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=506e3fb211d22f62115ce83e9247266c5d87ea24'/>
<id>urn:sha1:506e3fb211d22f62115ce83e9247266c5d87ea24</id>
<content type='text'>
Handy e.g. when searching.
</content>
</entry>
<entry>
<title>allyesconfig: Prepare for packaging</title>
<updated>2018-05-30T17:10:58Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-30T16:05:04Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=38cca3bdeca7d91044e11ddf2193e07c5d223ad3'/>
<id>urn:sha1:38cca3bdeca7d91044e11ddf2193e07c5d223ad3</id>
<content type='text'>
Move to the root, simplify a bit, provide an entry point function (for
setuptools's entry_points).
</content>
</entry>
<entry>
<title>Simplify allyesconfig.py example with Kconfig.choices</title>
<updated>2018-05-27T22:41:35Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-27T22:18:06Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=b95477a82d0a5bc4218aa00c8a76edc3c95d8d4f'/>
<id>urn:sha1:b95477a82d0a5bc4218aa00c8a76edc3c95d8d4f</id>
<content type='text'>
Could do something similar to allnoconfig.py for the packaged version.
</content>
</entry>
<entry>
<title>allnoconfig: Move from examples/ to root</title>
<updated>2018-05-27T18:37:59Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-27T18:37:59Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=4c4f184a3a648b8cb748ab35159a09ccd06b2ff7'/>
<id>urn:sha1:4c4f184a3a648b8cb748ab35159a09ccd06b2ff7</id>
<content type='text'>
Put to-be-packaged stuff in the root.

Use allnoconfig_simpler.py, and rename allnoconfig.py to
allnoconfig_walk.py and keep it as an example.
</content>
</entry>
<entry>
<title>oldconfig: Move from examples/ to root</title>
<updated>2018-05-27T17:18:40Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-27T17:18:40Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=81a0b2ede3f59784d271a60701291e2a0dfc2a7d'/>
<id>urn:sha1:81a0b2ede3f59784d271a60701291e2a0dfc2a7d</id>
<content type='text'>
All the packaged code will appear in the root.
</content>
</entry>
<entry>
<title>oldconfig: Prepare for packaging</title>
<updated>2018-05-27T16:45:33Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-27T16:34:50Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=58234d60b45ff5a8c04caf2cb5a18f77252cdbca'/>
<id>urn:sha1:58234d60b45ff5a8c04caf2cb5a18f77252cdbca</id>
<content type='text'>
setuptools' 'entry_points' gives nice behavior on Windows. It requires
that the module has an entry point function. Create one and move the
command line argument handling to it.

Piggyback KCONFIG_CONFIG support, and make the script executable
(oversight).
</content>
</entry>
<entry>
<title>oldconfig: Show help with '?' instead of '??'</title>
<updated>2018-05-27T15:47:50Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-05-27T15:47:50Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=5b2eebea674012bd4ca6b965c901e8868375b778'/>
<id>urn:sha1:5b2eebea674012bd4ca6b965c901e8868375b778</id>
<content type='text'>
This matches the C tools. Hadn't noticed they had the same feature.
</content>
</entry>
</feed>
