Skip to content

[SYCL] Fix post-commit build in tools #5746

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 1 commit into from
Mar 10, 2022

Conversation

alexbatashev
Copy link
Contributor

Warnings come from community code. Mark community headers as system to suppress warnings.

@alexbatashev alexbatashev requested a review from a team as a code owner March 7, 2022 09:21
@pvchupin
Copy link
Contributor

pvchupin commented Mar 8, 2022

Observing the same in downstream.
@alexbatashev, why these are not appearing in community builds?
And what's wrong with testing? Clearly your change is not connected to issues.

@alexbatashev
Copy link
Contributor Author

@pvchupin we disabled warnings in community code. Too many of them, and they usually blocked pulldown.

@pvchupin
Copy link
Contributor

pvchupin commented Mar 8, 2022

@alexbatashev, where exactly these were disabled?
Downstream (in product builds) we treat them as errors and builds are ok, these new warnings are the new ones that I've noticed and they cause a problem there as well as in post-commit here.
My question is why suppressing them? Same community headers that you say are responsible for warnings are getting included in many places in community code build and do not produce warnings.

@alexbatashev
Copy link
Contributor Author

alexbatashev commented Mar 8, 2022

Tagging @bader

@pvchupin we only enable this option in CI:

if(SYCL_ENABLE_WERROR)

Edit also note, that different compilers expose different warnings by default.

@pvchupin
Copy link
Contributor

pvchupin commented Mar 8, 2022

Is there any other way to fix this, w/o treating community headers as system headers?

@alexbatashev
Copy link
Contributor Author

Is there any other way to fix this, w/o treating community headers as system headers?

Submit a fix to community and wait for pulldown

@bader
Copy link
Contributor

bader commented Mar 9, 2022

To be honest, this looks very strange. From my experience, LLVM community regularly cleans warnings in the code especially for the code in core LLVM libraries with many users. The more users the more likely it's being noticed and fixed.
Do you have any idea why it's not addressed by the community?

@alexbatashev
Copy link
Contributor Author

To be honest, this looks very strange. From my experience, LLVM community regularly cleans warnings in the code especially for the code in core LLVM libraries with many users. The more users the more likely it's being noticed and fixed. Do you have any idea why it's not addressed by the community?

I don't know

@pvchupin
Copy link
Contributor

pvchupin commented Mar 9, 2022

My concern was the same as @bader. It's not clear to me why same headers are not producing warnings in

  • community code (clearly there are many places where "llvm/Support/CommandLine.h" is included)
  • downstream code (ditto)

I'm not familiar with the tools in question (sycl-prof, sycl-sanitize), but somehow only these tools are producing warnings.
Having said that, I'm ok with this change to go in to fix post-commit issues, but I think there are some design questions to answer.

@pvchupin
Copy link
Contributor

pvchupin commented Mar 9, 2022

Submit a fix to community and wait for pulldown

We can try to make the same fix here... I just have doubts that something is wrong in CommandLine.h if you'd like to fix that.

@bader
Copy link
Contributor

bader commented Mar 10, 2022

@intel/llvm-reviewers-runtime, ping.

@bader bader merged commit d18e69c into intel:sycl Mar 10, 2022
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.

4 participants