<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Kconfiglib.git/kconfiglib.py, branch v10.25.0</title>
<subtitle>Fork of https://github.com/zephyrproject-rtos/Kconfiglib.git</subtitle>
<id>https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.25.0</id>
<link rel='self' href='https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.25.0'/>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/'/>
<updated>2018-11-24T01:50:05Z</updated>
<entry>
<title>Simplify eval_string() a bit</title>
<updated>2018-11-24T01:50:05Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-24T01:48:22Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=079d7352bec7294467e07071eb4dd4d1030b72a6'/>
<id>urn:sha1:079d7352bec7294467e07071eb4dd4d1030b72a6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Optimize fetching of initial token on line</title>
<updated>2018-11-24T01:28:14Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-24T01:03:36Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=74ce9d348dd743af805484ccdd8a722a26aff42d'/>
<id>urn:sha1:74ce9d348dd743af805484ccdd8a722a26aff42d</id>
<content type='text'>
Another possible optimization was missed in commit ab89ef6 ("Get rid of
_next_token() and _peek_token()"): The index of the initial token on a
line is known to be 0, so there's no need to check _tokens_i.

Also reads a bit clearer.
</content>
</entry>
<entry>
<title>Clarify that select/imply is a no-op for choice symbols</title>
<updated>2018-11-23T09:39:15Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-23T09:39:15Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=f356ba861432980c4a37279af51142b331c84aca'/>
<id>urn:sha1:f356ba861432980c4a37279af51142b331c84aca</id>
<content type='text'>
The warning for selecting/implying a choice symbol could be
misunderstood as saying that select/imply has no effect on choice
symbols in a particular case. Select/imply never has an effect on choice
symbols though.

Rephrase the warning to make it clearer.
</content>
</entry>
<entry>
<title>Flag extra trailing tokens in all contexts</title>
<updated>2018-11-23T09:33:23Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-23T01:11:34Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=13a7bae7719c17b43fca5e3c61ff18a225fc6422'/>
<id>urn:sha1:13a7bae7719c17b43fca5e3c61ff18a225fc6422</id>
<content type='text'>
The following cases were let through without a parse error (with the
extra tokens just being ignored):

  - endif/endmenu/enchoice &lt;extra tokens&gt;

  - default FOO &lt;extra tokens&gt;  (though 'default FOO if' flagged an
    error)

Make them generate an error.
</content>
</entry>
<entry>
<title>Get rid of _next_token() and _peek_token()</title>
<updated>2018-11-23T09:29:57Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-23T00:33:32Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=ab89ef6aa7b8fef0eb410949c86a25e55586a972'/>
<id>urn:sha1:ab89ef6aa7b8fef0eb410949c86a25e55586a972</id>
<content type='text'>
These are pretty hot. Inline them to save a few % of parsing time.
They're pretty simple anyway.

_tokens_i was initialized to -1 to simplify the _next_token()
implementation. With _next_token() gone, initialize it to 0 instead,
which simplifies some other code.
</content>
</entry>
<entry>
<title>Make quotes consistent in parse error messages</title>
<updated>2018-11-21T04:41:55Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-21T04:41:55Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=1da720400dba38c435022ba316c1c13a8babb76a'/>
<id>urn:sha1:1da720400dba38c435022ba316c1c13a8babb76a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove message re. Kconfiglib 10 backwards compat. break</title>
<updated>2018-11-21T04:28:42Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-21T04:28:42Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=6313925b31144728551040db8b2d1c8a0a51fed1'/>
<id>urn:sha1:6313925b31144728551040db8b2d1c8a0a51fed1</id>
<content type='text'>
The message has been in for three months now. Hopefully that was enough
for it to get noticed.
</content>
</entry>
<entry>
<title>Use 'foo.__class__ is Bar' instead of 'isinstance(foo, Bar)'</title>
<updated>2018-11-21T04:10:45Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-21T04:05:25Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=a1a44309756c1f69ab66fd6c165480f93ccb0d5d'/>
<id>urn:sha1:a1a44309756c1f69ab66fd6c165480f93ccb0d5d</id>
<content type='text'>
This is 30%-60% faster for both the matching and non-matching case, as
measured with timeit on Python 2.7 and 3.6, and saves at least a few
percent of total parsing time (and probably some evaluation time too).

isinstance(foo, tuple) is particularly slow.

Symbol and Choice instances are always created by us, so potential
subclassing shouldn't be a problem.
</content>
</entry>
<entry>
<title>sync_deps() docstring format nit</title>
<updated>2018-11-18T17:58:16Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-18T17:05:34Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=3c06eaf710ef437831f3e145038e1ff74f0f6d31'/>
<id>urn:sha1:3c06eaf710ef437831f3e145038e1ff74f0f6d31</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add support for KCONFIG_ALLCONFIG</title>
<updated>2018-11-17T18:03:36Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-11-17T08:21:13Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=b65baa47f69ae4c3993876a7edf0da0075aa70ff'/>
<id>urn:sha1:b65baa47f69ae4c3993876a7edf0da0075aa70ff</id>
<content type='text'>
This allows some symbol values to be forced while running
all{def,no,yes,mod}config.py. See Documentation/kbuild/kconfig.txt in
the Linux kernel.

Add a helper function load_allconfig() to Kconfiglib to avoid code
duplication in the tools.

Also add functions for enabling/disabling the warning that's generated
when a symbol is assigned multiple times in a (set of) .config files and
the values differ. It should be disabled when merging the
KCONFIG_ALLCONFIG configuration file. Previously, only the warning
generated when the assigned values are identical could be disabled.

Disable all warnings related to assigning a symbol multiple times in
examples/merge_config.py as well.
</content>
</entry>
</feed>
