Skip to content

[SYCL] Fix KernelNameInfo generated for empty template paramter pack #1775

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
Jun 1, 2020

Conversation

elizabethandrews
Copy link
Contributor

Fix KernelNameInfo generated in integration header when kernelname type is a template specialization class with empty template pack argument.

This commit fixes a bug introduced by commit e7020a1 where an extra comma was printed before empty pack arguments

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

name type is a template specialization class with empty template
pack argument.

This commit fixes a bug introduced by commit e7020a1
where an extra comma was printed before empty pack arguments

Signed-off-by: Elizabeth Andrews <[email protected]>
@elizabethandrews
Copy link
Contributor Author

I think failing test is flakey. I was unable to reproduce it locally. I will rebuild tests to confirm

@Fznamznon
Copy link
Contributor

Please add [SYCL] tag to commit message when change is SYCL-related.

@elizabethandrews elizabethandrews changed the title Fix KernelNameInfo generated for empty template paramter pack [SYCL] Fix KernelNameInfo generated for empty template paramter pack May 29, 2020
1. Moved Comma Handling back to printArguments()
2. Add a check for empty pack argument in printArguments()

Signed-off-by: Elizabeth Andrews <[email protected]>
@bader bader merged commit 12d14e8 into intel:sycl Jun 1, 2020
alexbatashev pushed a commit to alexbatashev/llvm that referenced this pull request Jun 2, 2020
* upstream/sycl:
  [SYCL] Handle KernelName templated using type with enum template argument (intel#1780)
  [SYCL] Fix KernelNameInfo generated for empty template parameter pack (intel#1775)
  [SYCL] Do not export utility methods from SYCLMemObjT (intel#1768)
  [Driver][SYCL] Fix processing when using -fsycl-link (intel#1765)
  [SYCL][NFC] Remove outdated confusing comment (intel#1779)
  [SYCL][NFC] Wrap classes in .cpp into a namespace to disable external linkage. (intel#1776)
  [SYCL][CUDA] Fixes CUDA unit tests that uses SYCL directly (intel#1763)
  [SYCL][Doc] Fix default device selection rules doc (intel#1769)
  [SYCL][CUDA] Remove pi Event Callback implementation (intel#1735)
  [SYCL] Throw exception if range/offset of kernel execution exceeds INT_MAX (intel#1713)
  [SYCL-PTX] Add intermediate layer to libclc to ease type management (intel#1712)
bb-sycl pushed a commit that referenced this pull request Feb 1, 2023
The main improvement is to enable intrinsics with more complex typing rules to
be described. For example, memcpy's requirement that its two pointer arguments
have the same type.

There is still a larger rewrite of the type scavenger to use TypedPointerType
coming down the line. However, this rewrite also needs opaque types to represent
the deferred type concept, which is why it hasn't been done yet. This is an
intermediate step in the rewrite which better supports some of the other
intrinsics with current issues.

Original commit:
KhronosGroup/SPIRV-LLVM-Translator@df51179
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