Skip to content

Conversation

fadeeval
Copy link
Contributor

Adding the error, that forbid declaration of static variable inside kernel, if the variable is not const.

Signed-off-by: Aleksander Fadeev [email protected]

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
// Varification, that if a static variable has been declared, then it is
// Static variables declared inside SYCL device code must be const or constexpr

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
// constant

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
!R.isConstant(Context)) {
!R.isConstant(Context))

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
}

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
ret_arr();
ret_arr();

Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
template <typename name, typename Func>
template <typename Name, typename Func>

@fadeeval fadeeval force-pushed the private/fadeeval/const-static_declaration branch 2 times, most recently from e25a4ac to 7db72a0 Compare February 17, 2020 08:23
…ernel, ifthe variable is not const.

Signed-off-by: Aleksander Fadeev <[email protected]>
@fadeeval fadeeval force-pushed the private/fadeeval/const-static_declaration branch from 7db72a0 to 8b5af68 Compare February 17, 2020 08:25
@fadeeval fadeeval closed this Feb 18, 2020
@bader bader deleted the private/fadeeval/const-static_declaration branch February 18, 2020 17:36
vmaksimo pushed a commit to vmaksimo/llvm that referenced this pull request Sep 1, 2021
The BuiltIn variable/call name in SPV-IR should stick to
"__spirv_BuiltIn*", no matter what the SPIR-V linkage name is.

This is a regression of PR intel#1133.

Signed-off-by: Yilong Guo <[email protected]>

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