Skip to content

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

Open
wants to merge 14 commits into
base: master
Choose a base branch
from

Conversation

bonzini
Copy link
Collaborator

@bonzini bonzini commented May 26, 2025

This gets to the point where everything that goes into the OptionStore has OptionKey instead of str (with the exception of configure commands, but that's pretty well isolated and could even be moved out of OptionStore altogether).

@bonzini bonzini force-pushed the more-options branch 4 times, most recently from 2854d0a to cb92d55 Compare May 26, 2025 12:04
@bonzini bonzini force-pushed the more-options branch 2 times, most recently from b315ec5 to 946ca76 Compare June 3, 2025 21:21
@bonzini bonzini marked this pull request as ready for review June 3, 2025 21:23
@bonzini bonzini requested review from mensinda and jpakkane as code owners June 3, 2025 21:23
Copy link
Member

@dcbaker dcbaker left a 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.

@bonzini bonzini force-pushed the more-options branch 2 times, most recently from c2bb610 to 895948b Compare June 5, 2025 18:41
@bonzini bonzini added refactoring No behavior changes options Meson configuration options labels Jun 5, 2025
@bonzini bonzini added this to the 1.9 milestone Jun 5, 2025
bonzini added 11 commits June 6, 2025 07:13
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]>
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]>
bonzini added 3 commits June 6, 2025 07:13
Signed-off-by: Paolo Bonzini <[email protected]>
The key is already correct at this point, no need to look up CFLAGS_MAPPING.

Signed-off-by: Paolo Bonzini <[email protected]>
They all look the same now, yay.

Signed-off-by: Paolo Bonzini <[email protected]>
@jpakkane
Copy link
Member

jpakkane commented Jun 8, 2025

Good stuff, LGTM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
options Meson configuration options refactoring No behavior changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants