Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@fabianschuiki
Copy link
Contributor

Interpret the require_runners and exclude_runners attributes on formal tests as a filter for the potential runners that can execute a test. If the set of required runners is not empty, a runner from this set is picked. Tests for which no runner is available report as "unsupported", for example if none of the available runners match the filter.

Copy link
Member

@uenoku uenoku left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One nit regarding filter types but otherwise it looks good to me.

Comment on lines 251 to 281
auto attr = attrs.get(attrName);
if (!attr)
return;
if (auto arrayAttr = dyn_cast<ArrayAttr>(attr)) {
for (auto elementAttr : arrayAttr.getValue())
if (auto stringAttr = dyn_cast<StringAttr>(elementAttr))
names.insert(stringAttr);
return;
}
if (auto stringAttr = dyn_cast<StringAttr>(attr))
names.insert(stringAttr);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Allowing null/array/string looks a bit too untyped to me. Can we at least reject StringAttr case? Also it would be nice to have a document for parameters.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah that's a good point. I'll make this fallible and add some error reporting. I can add the attributes that have some specific meaning to the op definition, and then later on we can maybe move them to the docs where they're easier for users to find?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sounds great, thanks!

@fabianschuiki fabianschuiki force-pushed the fschuiki/runner-filters branch from c6358ab to 3088e8d Compare January 16, 2025 01:01
Interpret the `require_runners` and `exclude_runners` attributes on
formal tests as a filter for the potential runners that can execute a
test. If the set of required runners is not empty, a runner from this
set is picked. Tests for which no runner is available report as
"unsupported", for example if none of the available runners match the
filter.
@fabianschuiki fabianschuiki force-pushed the fschuiki/runner-filters branch from 3088e8d to beb4d6c Compare January 16, 2025 01:41
@fabianschuiki fabianschuiki merged commit db847ef into main Jan 16, 2025
4 checks passed
@fabianschuiki fabianschuiki deleted the fschuiki/runner-filters branch January 16, 2025 01:56
TaoBi22 pushed a commit to TaoBi22/circt that referenced this pull request Jul 17, 2025
Interpret the `require_runners` and `exclude_runners` attributes on
formal tests as a filter for the potential runners that can execute a
test. If the set of required runners is not empty, a runner from this
set is picked. Tests for which no runner is available report as
"unsupported", for example if none of the available runners match the
filter.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants