Skip to content

[SYCL] Improve output emitted in opt-report #3730

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 6 commits into from
May 15, 2021

Conversation

elizabethandrews
Copy link
Contributor

This patch attempts to make the output generated in opt-report
more user-friendly by adding a description for openCL kernel
arguments. It also removes compiler generated names such as
'__wrapper_class'.

This patch attempts to make the output generated in opt-report
more user-friendly by adding a description for openCL kernel
arguments. It also removes compiler generated names such as
'__wrapper_class'.

Signed-off-by: Elizabeth Andrews <[email protected]>
@elizabethandrews elizabethandrews requested a review from zahiraam May 12, 2021 02:41
@bader bader changed the title [SYCL] Imrprove output emitted in opt-report [SYCL] Improve output emitted in opt-report May 12, 2021
Signed-off-by: Elizabeth Andrews <[email protected]>
for accessor as base class and SYCL 2020 spec constants.

Signed-off-by: Elizabeth Andrews <[email protected]>
Signed-off-by: Elizabeth Andrews <[email protected]>
AaronBallman
AaronBallman previously approved these changes May 14, 2021
Copy link
Contributor

@AaronBallman AaronBallman left a comment

Choose a reason for hiding this comment

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

LGTM!

@elizabethandrews
Copy link
Contributor Author

Thanks for the review!

Copy link
Contributor

@AaronBallman AaronBallman left a comment

Choose a reason for hiding this comment

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

LGTM!

@bader bader merged commit a9711a0 into intel:sycl May 15, 2021
elizabethandrews added a commit to elizabethandrews/llvm that referenced this pull request May 18, 2022
Collect information for optimization record only if the optmization
record is saved by user (i.e. -fsave-optimization-record or
-opt-record-file is passed). This patch prevents unecessary calls
to opt-report handlers when not required.

I couldn't think of a way to add a test for this since there is no
change in output. Information is collected when the flag is passed
and emitted into optimization record. Information is no longer
collected when there is no optimization record.

This is a follow up to intel#3492
and intel#3730

Signed-off-by: Elizabeth Andrews <[email protected]>
steffenlarsen pushed a commit that referenced this pull request May 19, 2022
)

Collect information for optimization record only if the optmization
record is saved by user (i.e. -fsave-optimization-record or
-opt-record-file is passed). This patch prevents unecessary calls
to opt-report handlers when not required.

I couldn't think of a way to add a test for this since there is no
change in output. Information is collected when the flag is passed
and emitted into optimization record. Information is no longer
collected when there is no optimization record.

This is a follow up to #3492
and #3730

Signed-off-by: Elizabeth Andrews <[email protected]>
yinyangsx pushed a commit to yinyangsx/llvm that referenced this pull request May 25, 2022
…tel#6170)

Collect information for optimization record only if the optmization
record is saved by user (i.e. -fsave-optimization-record or
-opt-record-file is passed). This patch prevents unecessary calls
to opt-report handlers when not required.

I couldn't think of a way to add a test for this since there is no
change in output. Information is collected when the flag is passed
and emitted into optimization record. Information is no longer
collected when there is no optimization record.

This is a follow up to intel#3492
and intel#3730

Signed-off-by: Elizabeth Andrews <[email protected]>
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.

3 participants