-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
Support -Z ui-testing=yes/no
#67735
Support -Z ui-testing=yes/no
#67735
Conversation
@bors r+ code wise I think we generally prefer to shy away from such options -- do we have something pre-existing which we can cite here? I'm okay with this since it's an unstable flag intended purely for internal usage (i.e., not even nightly users should really be reaching for this). |
📌 Commit 208c1bf has been approved by |
At least anything using |
Support `-Z ui-testing=yes/no` `ui-testing` is now a boolean option (`-Z ui-testing=yes/no`) and can be specified multiple times with later values overriding earlier values (`-Z ui-testing=yes -Z ui-testing=no` == `-Z ui-testing=no`), so it can be set in a hierarchical way, e.g. UI testing infra may enable it by default with specific tests being able to opt-out. This way we can remove the special opt-out support from `compiletest`. Inspired by rust-lang#67709.
Support `-Z ui-testing=yes/no` `ui-testing` is now a boolean option (`-Z ui-testing=yes/no`) and can be specified multiple times with later values overriding earlier values (`-Z ui-testing=yes -Z ui-testing=no` == `-Z ui-testing=no`), so it can be set in a hierarchical way, e.g. UI testing infra may enable it by default with specific tests being able to opt-out. This way we can remove the special opt-out support from `compiletest`. Inspired by rust-lang#67709.
Rollup of 5 pull requests Successful merges: - #67430 (doc: minus (U+2212) instead of dash (U+002D) for negative infinity) - #67697 (Move the region_scope_tree query to librustc_passes.) - #67719 (Add self to .mailmap) - #67723 (Add error code explanation for E0477) - #67735 (Support `-Z ui-testing=yes/no`) Failed merges: r? @ghost
ui-testing
is now a boolean option (-Z ui-testing=yes/no
) and can be specified multiple times with later values overriding earlier values (-Z ui-testing=yes -Z ui-testing=no
==-Z ui-testing=no
), so it can be set in a hierarchical way, e.g. UI testing infra may enable it by default with specific tests being able to opt-out.This way we can remove the special opt-out support from
compiletest
.Inspired by #67709.