<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Kconfiglib.git, branch v9.4.2</title>
<subtitle>Fork of https://github.com/zephyrproject-rtos/Kconfiglib.git</subtitle>
<id>https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v9.4.2</id>
<link rel='self' href='https://git.mcdonnell.dev/Kconfiglib.git/atom?h=v9.4.2'/>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/'/>
<updated>2018-08-17T23:37:58Z</updated>
<entry>
<title>Make 9.4.2 release</title>
<updated>2018-08-17T23:37:58Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-17T23:11:40Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=af7f6c30ece8536a60d69da58d924155789c2918'/>
<id>urn:sha1:af7f6c30ece8536a60d69da58d924155789c2918</id>
<content type='text'>
This just reverts commit 8a3999f ("Fix $srctree logic for the top-level
Kconfig file"), so that it can go in a major release instead.

I realized it has enough breakage potential for existing scripts to
warrant a major version bump.
</content>
</entry>
<entry>
<title>Revert "Fix $srctree logic for the top-level Kconfig file"</title>
<updated>2018-08-17T23:10:41Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-17T23:07:23Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=df97bcaea2d6c24ddd62c4e9685d0db54aade092'/>
<id>urn:sha1:df97bcaea2d6c24ddd62c4e9685d0db54aade092</id>
<content type='text'>
This reverts commit 8a3999bc708e8468ff79665e3cbdfccd603160e1.

I realized that this should go in a major release at least, because it
has the potential to break scripts that rely on the old behavior of
ignoring $srctree for the filename passed to Kconfig.__init__().

A dummy release will bump the version to 9.4.2. Any future release with
the change will be 10.0.0.
</content>
</entry>
<entry>
<title>rsource documentation nits</title>
<updated>2018-08-17T20:21:59Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-17T20:21:59Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=3c5ae3f36cf626e79f281b80706b617b76f57060'/>
<id>urn:sha1:3c5ae3f36cf626e79f281b80706b617b76f57060</id>
<content type='text'>
Fix some grammar nits, and add a motivation at the end (wanting to
create self-contained Kconfig trees that can appear anywhere relative to
the top-level Kconfig file).
</content>
</entry>
<entry>
<title>Make 9.4.1 release</title>
<updated>2018-08-17T19:42:29Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-17T19:37:26Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=5d973e81c192b8e214437317eb3834fba93f1f0f'/>
<id>urn:sha1:5d973e81c192b8e214437317eb3834fba93f1f0f</id>
<content type='text'>
 - Commit 8a3999b ("Fix $srctree logic for the top-level Kconfig file")
   fixes a major braino where the top-level Kconfig file passed to
   Kconfig.__init__() wasn't looked up relative to $srctree, breaking
   out-of-tree operation for e.g. menuconfig.

   All Kconfig files are now consistently looked up relative to
   $srctree.

 - Misc. internal code cleanup
</content>
</entry>
<entry>
<title>Fix $srctree logic for the top-level Kconfig file</title>
<updated>2018-08-17T19:35:42Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-17T19:04:43Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=8a3999bc708e8468ff79665e3cbdfccd603160e1'/>
<id>urn:sha1:8a3999bc708e8468ff79665e3cbdfccd603160e1</id>
<content type='text'>
Due to a major design braino, the top-level Kconfig file passed to
Kconfig.__init__() wasn't looked up relative to $srctree, breaking
out-of-tree usage for e.g. menuconfig.

With this change, Kconfig files are consistently looked up relative to
$srctree, which makes a lot more sense.

Also remove note re. loading a subset of Kconfig files. Saying that the
top-level file and all source'd Kconfig files are looked up relative to
$srctree should make the behavior clear enough.
</content>
</entry>
<entry>
<title>Use += instead of extend()</title>
<updated>2018-08-14T08:29:24Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-14T08:00:53Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=b7be018fba77db3a9ff11faf980c600d4bbb2fa8'/>
<id>urn:sha1:b7be018fba77db3a9ff11faf980c600d4bbb2fa8</id>
<content type='text'>
+= also does an in-place modification for lists, and it's a bit faster.

Also get rid of an 'if node.defaults' tests. Both symbols and choices
can have defaults, and it's not worthwhile as an optimization either.
</content>
</entry>
<entry>
<title>Simplify menuconfig-without-prompt warning</title>
<updated>2018-08-12T06:22:46Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-12T06:22:46Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=43480de6b2e50dc424232e9b9c97b19502f3e354'/>
<id>urn:sha1:43480de6b2e50dc424232e9b9c97b19502f3e354</id>
<content type='text'>
node.item is already available as 'sym'.
</content>
</entry>
<entry>
<title>Simplify _warn_select_unsatisfied_deps() a bit</title>
<updated>2018-08-12T05:25:17Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-12T05:25:17Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=40d45c0284838ce4df3ae8d36a867fa0d754e3a3'/>
<id>urn:sha1:40d45c0284838ce4df3ae8d36a867fa0d754e3a3</id>
<content type='text'>
select_val was only used in a single place, and there's no real harm in
calculating expr_value(self.direct_dep) twice for a warning.
</content>
</entry>
<entry>
<title>Make 9.4.0 release</title>
<updated>2018-08-11T05:05:28Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-11T05:05:28Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=eb3b4a1672a1c8a64f1a17b97e80f8ffdae3f3f6'/>
<id>urn:sha1:eb3b4a1672a1c8a64f1a17b97e80f8ffdae3f3f6</id>
<content type='text'>
Kconfiglib changes:

 - Commit 1f864b1 ("Support custom printing of symbols/choices in
   expressions") adds support for printing symbols and choices with a
   custom format in expressions.

   This makes it simpler to implement things like like turning all
   symbols/choices into links when generating documentation, and
   printing symbol values after symbols.

 - Commit 6aea8d0 ("Don't pass encoding= to Popen()") fixes an
   accidental Python 3.6+ requirement when using the $(shell)
   preprocessor function with Python 3.

menuconfig changes:

 - Commit 8efc358 ("menuconfig: Omit tristate value hint for
   int/string/hex defaults") removes the boolean value hints to the
   right of defaults in the symbol information for string/int/hex
   symbols. Stuff like '- 74 (value: "n")' isn't helpful, and looks
   confusing.

 - Commit 3511f24 ("menuconfig: Make symbol information less spammy")
   makes the symbol information more compact in general, e.g. by
   skipping value hints where they aren't helpful ('FOO(=y)' instead of
   'FOO(=y) (=y)'), and by shortening stuff like '(value: "y")' to just
   '(=y)'.
</content>
</entry>
<entry>
<title>Don't pass encoding= to Popen()</title>
<updated>2018-08-11T02:20:53Z</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2018-08-11T00:54:27Z</published>
<link rel='alternate' type='text/html' href='https://git.mcdonnell.dev/Kconfiglib.git/commit/?id=6aea8d06b637ea55a2fa7d2949863adae5310ce2'/>
<id>urn:sha1:6aea8d06b637ea55a2fa7d2949863adae5310ce2</id>
<content type='text'>
Popen()'s 'encoding' parameter is Python 3.6+ only.

Unfortunately, Popen()'s universal_newlines=True without 'encoding' will
use the encoding from the environment. Do a manual version instead, so
that we can still use the user-specified encoding (usually UTF-8). That
might prevent problems on systems that are (poorly) configured to use
the C locale.
</content>
</entry>
</feed>
