-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Fix --int-arg, --bool-arg, etc options parsing #35249
base: master
Are you sure you want to change the base?
Conversation
Review changes with SemanticDiff. Analyzed 7 of 7 files. Overall, the semantic diff is 28% smaller than the GitHub diff.
|
PR #35249: Size comparison from 5bff3a5 to fd64859 Full report (77 builds for bl602, bl702, bl702l, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
PR #35249: Size comparison from 5bff3a5 to 97a4fa1 Full report (77 builds for bl602, bl702, bl702l, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
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.
Please fix after SVE since the test_parameters
config in TH is an arguments dict which means if --string-arg a:foo b:far
shows as:
{
"string-args": "a:foo b:bar"
}
Therefore:
{
"string-arg": "a:foo",
"string-arg": "b:bar"
}
would lead to only b:bar
existing :(
if we split, then TH can no longer support any tests that has multiple options of same type :(. This is horrendous, but it's more distruptive to change it right now than to leave it.
This is correct. We can add the changes needed in TH to our backlog, but I defer to @raju-apple regarding the priority. |
@tcarmelveilleux I've updated this PR little bit. Now it will support both option types: multi-argument and multi-option. Also, I've added a unit test to verify that both these behaviors work as expected. What do you think about such compromise? |
PR #35249: Size comparison from 83159c2 to e2d6538 Full report (88 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
Problem
Multi-argument options are non-intuitive (even our manual did not document it right: https://github.com/project-chip/connectedhomeip/blob/master/docs/testing/python.md#running-tests). Instead of that, use multi-options (which aligns with the manual) while preserving possibility to use multi-argument option style to be compatible with TH.
Testing
CI will verify potential failures.