Skip to content

[Test][SYCL] Add test to verify SPIR kernel argument names #5819

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

Merged
merged 2 commits into from
Mar 17, 2022

Conversation

elizabethandrews
Copy link
Contributor

@elizabethandrews elizabethandrews commented Mar 15, 2022

This is a follow-up to PR#5772. This test verifies that
user specified names are retained in SPIR kernel argument.
Please note that the names were already retained (prior to
PR#5772) when kernel was specified as a functor. PR#5722 added
code to ensure the same behavior when kernel is specified using
lambda.

Signed-off-by: Elizabeth Andrews [email protected]

This is a follow-up to PR#5772. This test verifies that
user specified names are retained in openCL kernel argument.
Please note that the names were already retained (prior to
PR#5772) when kernel was specified as a functor. PR#5722 added
code to ensure the same behavior when kernel is specified using
lambda.

Signed-off-by: Elizabeth Andrews <[email protected]>
@elizabethandrews elizabethandrews requested a review from a team as a code owner March 15, 2022 23:50
@elizabethandrews
Copy link
Contributor Author

When working on test I realized compiler generated name can be improved for base classes as well. At the moment, they all have same name _arg__base. I will work on it as a follow-up PR.

@bader bader changed the title [NFC][SYCL] Add test to verify openCL kernel argument names [NFC][SYCL] Add test to verify SPIR kernel argument names Mar 16, 2022
Signed-off-by: Elizabeth Andrews <[email protected]>
Copy link
Contributor

@smanna12 smanna12 left a comment

Choose a reason for hiding this comment

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

LGTM

@keryell
Copy link
Contributor

keryell commented Mar 16, 2022

Why adding a test would be a [NFC]?

@bader
Copy link
Contributor

bader commented Mar 17, 2022

Why adding a test would be a [NFC]?

I guess there might be different interpretations of what "functional change" means.

  • If it means only patches changing compiler tools behavior, the test changes are all non-functional.
  • If it means patches changing compiler tools validation results, then adding new tests can be considered as a functional change.

I think I've seen some folks are using [Test] tag for such patches, which is more specific than [NFC].

@keryell
Copy link
Contributor

keryell commented Mar 17, 2022

* If it means patches changing compiler tools validation results, then adding new tests can be considered as a functional change.

Yes, adding a test add a new function to the global testing infrastructure.

@bader bader changed the title [NFC][SYCL] Add test to verify SPIR kernel argument names [Test][SYCL] Add test to verify SPIR kernel argument names Mar 17, 2022
@bader
Copy link
Contributor

bader commented Mar 17, 2022

Changed [NFC] to [Test]. @keryell, are you okay with that change?

@keryell
Copy link
Contributor

keryell commented Mar 17, 2022

Changed [NFC] to [Test]. @keryell, are you okay with that change?

I am very supportive to this great improvement to the quality of this project ! :-)

@bader bader merged commit 25d1a9d into intel:sycl Mar 17, 2022
@elizabethandrews
Copy link
Contributor Author

Why adding a test would be a [NFC]?

I guess there might be different interpretations of what "functional change" means.

  • If it means only patches changing compiler tools behavior, the test changes are all non-functional.
  • If it means patches changing compiler tools validation results, then adding new tests can be considered as a functional change.

I think I've seen some folks are using [Test] tag for such patches, which is more specific than [NFC].

Thanks for the information. I didn't know we were supposed to use [Test] tag for tests. I used [NFC] because PR didn't change existing compiler behavior

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.

5 participants