Special classes such as accessor, sampler, and stream need additional implementation when they are passed from host to device.
This patch is adding a new attribute “sycl_special_class” used to mark SYCL classes/struct that need the additional compiler handling.
Details
Diff Detail
Unit Tests
Time | Test | |
---|---|---|
2,260 ms | x64 debian > libFuzzer.libFuzzer::fuzzer-finalstats.test |
Event Timeline
Just a few comments
clang/include/clang/Basic/AttrDocs.td | ||
---|---|---|
415–417 | I think this is a bit hard to follow if you don't know the SYCL kernel lowering process. Small suggestion to try to make this more self contained. | |
clang/lib/Sema/SemaDeclAttr.cpp | ||
8191 | Don't we need to have a validation for at least the __init function ? The doc says it is mandatory. |
clang/lib/Sema/SemaDecl.cpp | ||
---|---|---|
9118 | In our downstream we have not only __init, but __init_esimd as well there. I wonder how this case should be handled? | |
16675–16682 | Code style correction. | |
clang/lib/Sema/SemaDeclAttr.cpp | ||
7762 | I wonder if this check is enforced by this line in Attr.td: let Subjects = SubjectList<[CXXRecord]>; I would assume that it is. | |
clang/test/SemaSYCL/special-class-attribute.cpp | ||
22 | Did you mean struct keyword here? | |
32 | Is this one needed? | |
44 | Will detection of __init method work correctly if it is defined outside of the class? |
clang/lib/Sema/SemaDecl.cpp | ||
---|---|---|
9118 | I think the presence of method __init_esimd implies the presence of __init method so we could eventually check first for the presence of __init_esimd and if not present check for the presence of __init? | |
clang/test/SemaSYCL/special-class-attribute.cpp | ||
44 | Both init and finalize must be defined inside the class/struct. |
LGTM, just one suggestion.
It would be great to get @aaron.ballman approve too.
clang/lib/Sema/SemaDecl.cpp | ||
---|---|---|
16682 | I think we might want to check that there is only one member function with __init name to avoid ambiguity with building kernel parameters. |
Thanks! Mostly just minor nits from me.
clang/include/clang/AST/DeclCXX.h | ||
---|---|---|
1143 | ||
clang/include/clang/Basic/AttrDocs.td | ||
415 | ||
416 | ||
420 | ||
421 | ||
422 | This still isn't quite right -- I don't know how to read "additional information required". | |
424 | ||
425 | ||
428 | ||
429 | ||
432 | ||
clang/lib/Sema/SemaDecl.cpp | ||
9119–9120 | ||
16678–16679 | I think we can assert there is a definition given that this is called from "ActOnTagFinishDefinition". |
clang/lib/Sema/SemaDecl.cpp | ||
---|---|---|
16678–16679 | @aaron.ballman Not sure what you mean by "that this is called from". We are inside the ActOnTagFinishDefinition function. |
clang/lib/Sema/SemaDecl.cpp | ||
---|---|---|
16678–16679 | Sorry for being unclear -- yes, we're inside ActOnTagFinishDefinition() and we just called FinishClass(), so I don't think we need to test if (Def). Instead, I think we can do: const TagDecl *Def = RD->getDefinition(); assert(Def && "Expected to have a completed definition"); if (!Def->hasInitMethod()) |
LGTM aside from some small nits.
clang/include/clang/Basic/AttrDocs.td | ||
---|---|---|
415 | I love the Oxford comma and am not afraid to admit it in public. :-D | |
422 | ||
clang/test/SemaSYCL/special-class-attribute-on-non-sycl.cpp | ||
12 | ||
clang/test/SemaSYCL/special-class-attribute.cpp | ||
6 | Can you correct this entire file not to have the trailing semicolons? |
Closed by 8ba9c794feb30cd969b9776c39873def10c51bff.
If the commit message contained Differential Revision:, the differential would be closely automatically when you pushed it to the git repo.
Please ensure the tag is contained next time. arc diff adds this tag automatically.
clang/include/clang/Basic/AttrDocs.td had some formatting issues and caused (-DLLVM_ENABLE_SPHINX=ON) ninja docs-clang-html to fail.
I fixed it. Please test this build target for .rst and AttrDocs.td changes.
The issues aren't from clang-format, they're from the RST file contents not building in sphinx due to formatting issues in AttrDocs.td.
https://lab.llvm.org/buildbot/#/builders/92/builds/20791/steps/5/logs/stdio
https://lab.llvm.org/buildbot/#/builders/92/builds/21098/steps/5/logs/stdio
are two such examples that stem from your patch. Basically, you have to build the attribute documentation (converting AttrDocs.td into AttributeReference.rst) and then build the sphinx documents locally to ensure you're not introducing new issues. Or, you can try to speculatively fix based on the errors the bot gives you, but sometimes those errors are super cryptic and take multiple tries to fix (like the "can't lex as C++" one above), which is why trying to reproduce locally is a good first step.
I've pushed a fix for it in a10ff373ddfa82a67c580a87f6258aa6ab8dd595 and the sphinx builder is happy again.