Anastasia closed this revision.
Anastasia added a comment.
Committed in 295311
https://reviews.llvm.org/D28058
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
yaxunl accepted this revision.
yaxunl added a comment.
This revision is now accepted and ready to land.
LGTM. Thanks!
https://reviews.llvm.org/D28058
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listi
dmitry updated this revision to Diff 88529.
dmitry added a comment.
Byval attribute was added for ndrange in enqueue kernel call.
https://reviews.llvm.org/D28058
Files:
include/clang/AST/ASTContext.h
include/clang/AST/BuiltinTypes.def
include/clang/AST/Type.h
include/clang/Serialization
yaxunl added a comment.
In https://reviews.llvm.org/D28058#645399, @dmitry wrote:
> @yaxunl, we already have the similar issue for atomics. Probably we can
> extend typedef semantic checks but I don't think it's a good idea since C and
> C++ have the similar problem but they don't provide speci
dmitry added a comment.
@yaxunl, we already have the similar issue for atomics. Probably we can extend
typedef semantic checks but I don't think it's a good idea since C and C++ have
the similar problem but they don't provide special treatment for types from
their standard libraries. I think th
yaxunl added a comment.
I am thinking whether we should restrict ndrange_t to be struct type only,
otherwise a user could typedef anything as ndrange_t and we may lose the
ndrange_t type in the IR, which will cause issue if we want to translate the IR
to SPIRV.
https://reviews.llvm.org/D28058
dmitry added a comment.
Ping!
https://reviews.llvm.org/D28058
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Anastasia added inline comments.
Comment at: lib/CodeGen/CGBuiltin.cpp:2491
+llvm::Value *Range = NDRangeL.getAddress().getPointer();
+llvm::Type *RangeTy = NDRangeL.getAddress().getType();
I think following standard Clang CodeGen convention we should a
dmitry created this revision.
dmitry added a reviewer: yaxunl.
dmitry added subscribers: Anastasia, cfe-commits.
Since we don't have an ideal option for ndrange_t implementation (which was
discussed there: https://reviews.llvm.org/D23086), I propose to stick with
identification by name approach
