-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
another round of option refactoring #14644
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
2854d0a
to
cb92d55
Compare
b315ec5
to
946ca76
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I got up through: "options: remove double assigment" (which is missing an n
, btw)
There's a bunch of these that I have a similar patch in my tree, so if this takes a while, I'd be happy to pull some of the obvious stuff into a separate branch and merge it.
c2bb610
to
895948b
Compare
Good stuff, LGTM. |
a2b894e
to
814eec1
Compare
Marking as draft until #14690 is sorted out. |
The converter in DEFAULT_OPTIONS makes a mapping from OptionKey to Python values, so use the correct type. Signed-off-by: Paolo Bonzini <[email protected]>
Use the type that is produced by the converter, and fix the type for methods_map which has a wrongly-placed bracket. Signed-off-by: Paolo Bonzini <[email protected]>
Starting with Meson 1.8.0, "meson configure" prints some options as ":foo" instead of "foo". Print the option as it was passed by the user. While at it, make errors more consistent and/or correct (e.g. "Unknown option" instead of "Unknown options"). Signed-off-by: Paolo Bonzini <[email protected]>
Once unknown options will go through accept_as_pending_option, only system options that really exist in Meson will be accepted. Adjust the unit tests. Signed-off-by: Paolo Bonzini <[email protected]>
They must be there when running re-configuring, because the backend cannot be changed, but they can be pending on the first invocation. Signed-off-by: Paolo Bonzini <[email protected]>
Suggested-by: Dylan Baker <[email protected]> Signed-off-by: Paolo Bonzini <[email protected]>
There is common logic hiding between project() and "meson configure": the complication that the comment mentions for the "default_options" case actually applies to "meson configure", to machine files, to command line options and to project options. Reuse the same function in all four cases. Signed-off-by: Paolo Bonzini <[email protected]>
Signed-off-by: Paolo Bonzini <[email protected]>
self.project_options is set already a couple lines above. Signed-off-by: Paolo Bonzini <[email protected]>
The cmd_line_options dictionary is described as having OptionKey keys, so make sure that cmd_the keys do have the correct type. Signed-off-by: Paolo Bonzini <[email protected]>
Thanks to several fixes applied between commit d37d649 ("Make all Meson level options overridable per subproject.", 2025-02-13) and now, OptionStore never gets a string key. Tighten the type of OptionDict, and use it whenever possible. Signed-off-by: Paolo Bonzini <[email protected]>
This gets to the point where everything that goes into the
OptionStore
hasOptionKey
instead ofstr
(with the exception ofconfigure
commands, but that's pretty well isolated and could even be moved out of OptionStore altogether).