Kconfiglib.git/kconfiglib.py, branch v10.30.0Fork of https://github.com/zephyrproject-rtos/Kconfiglib.githttps://git.mcdonnell.dev/Kconfiglib.git/atom?h=v10.30.02018-12-01T16:29:29ZFlag removed symbols as changed in sync_deps()2018-12-01T16:29:29ZUlf Magnussonulfalizer@gmail.com2018-12-01T16:15:49Zurn:sha1:a4751b5d94e713b2206889a4aab54388df1ca33f
If a symbol is removed from a Kconfig file, it makes sense to flag it as
changed, so that things that still (probably accidentally) depend on it
get rebuilt.
Saw a patch for the C tools with the same effect floating around, so
might as well add it already. The C tools had other brokeness as well
though...
Tighten up help text parsing2018-12-01T13:17:38ZUlf Magnussonulfalizer@gmail.com2018-12-01T11:12:29Zurn:sha1:a8d378d5fc027fef9d884bd4d89d5ca726383146
Get rid of _indentation() and inline it into _parse_help(), adding some
simplifications and optimizations along the way.
Saves a few % of parsing of time. Help text parsing is surprisingly hot.
Reorder some tuples to put y first2018-11-26T04:44:52ZUlf Magnussonulfalizer@gmail.com2018-11-26T02:43:31Zurn:sha1:bb7044cb39af5659c082bd74b45734dca64824c5
CONFIG_FOO=y and 'default y' and the like are more common than the n
versions, so test for them first.
Turning the tuples into sets would be even better on Python 3, as it
optimizes sets with constant keys into a LOAD_CONST, but it has a
performance penalty on Python 2.
Speed up more token membership tests2018-11-26T04:42:13ZUlf Magnussonulfalizer@gmail.com2018-11-25T15:07:13Zurn:sha1:120f551b8bf9a6c35a9a97d5c7551bff66dc78bb
Similar change to commit 4b23936 ("Speed up some token tests"), just for
more tests.
This especially helps for the "not a property line" case in
_parse_properties(), which checks against all the cases.
Saves 2-3% of parsing time together with the earlier change.
Whitespace nit2018-11-25T01:52:19ZUlf Magnussonulfalizer@gmail.com2018-11-25T01:52:19Zurn:sha1:010425856a3e56ece63aea7e7824e63e24a33d96Speed up some token tests2018-11-25T01:39:21ZUlf Magnussonulfalizer@gmail.com2018-11-25T00:25:16Zurn:sha1:4b2393627c5c75807d559ef706f0d966ce131f60
Turn some of the hotter membership test tuples into global sets, like
was already done for _TYPE_TOKENS. That saves some global lookups for
the tuple members and avoids repeatedly recreating tuples. It's 30%-50%
faster in a microbenchmark, even for two-element tuples (with global
lookups for the members).
Move _TOKEN_TO_TYPE conversion into _set_type()2018-11-25T01:00:09ZUlf Magnussonulfalizer@gmail.com2018-11-24T23:42:40Zurn:sha1:e02c01e0628507d46ab7e25e4fa1b84183a86712
Factors out some code.
Also use a quick 'is not UNKNOWN' test first inside it, which will
usually fail, since single-def symbols are more common. That avoids
building a tuple too.
Use constants when _tokens_i is known2018-11-24T04:48:57ZUlf Magnussonulfalizer@gmail.com2018-11-24T03:50:30Zurn:sha1:67ce4ebb0f5c74e9bb414fecb4bc08af73dff7b2
Same deal as for the initial token, except we sometimes know that we're
dealing with the second token as well.
Inline _expect_nonconst_sym_and_eol() and _expect_str(), which are
single-use. That allows more specific error messages to be used as well.
Also tweak an outdated comment in _tokenize() re. None-termination.
Token fetching is more manual now.
Simplify eval_string() a bit2018-11-24T01:50:05ZUlf Magnussonulfalizer@gmail.com2018-11-24T01:48:22Zurn:sha1:079d7352bec7294467e07071eb4dd4d1030b72a6Optimize fetching of initial token on line2018-11-24T01:28:14ZUlf Magnussonulfalizer@gmail.com2018-11-24T01:03:36Zurn:sha1:74ce9d348dd743af805484ccdd8a722a26aff42d
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.