[PATCH] D67509: [CUDA][HIP] Fix hostness of defaulted constructor
Yaxun Liu via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sun Sep 22 18:14:55 PDT 2019
yaxunl added a comment.
In D67509#1677722 <https://reviews.llvm.org/D67509#1677722>, @yaxunl wrote:
> In D67509#1677586 <https://reviews.llvm.org/D67509#1677586>, @yaxunl wrote:
>
> > In D67509#1677528 <https://reviews.llvm.org/D67509#1677528>, @tra wrote:
> >
> > > Looks like CUDA test-suite is triggering the assertion added by this patch:
> > >
> > > http://lab.llvm.org:8011/builders/clang-cuda-build/builds/37301/steps/ninja%20build%20simple%20CUDA%20tests/logs/stdio
> >
> >
> > I am taking a look.
>
>
> I can reproduce similar asserts locally. It seems the assertion I added `assert(!(HasD || HasH) || (NeedsD == HasD && NeedsH == HasH));` is not always true. Since we do not have this assert before, I removed it. I will study what causes it to assert and post it later.
A reduced test case is
struct A {
A();
};
template <class T>
struct B
{
T a;
constexpr B() = default;
};
B<A> x;
`B<A>::B()` got implicit `__host__ __device__` attrs due to constexpr before entering Sema::inferCUDATargetForImplicitSpecialMember.
In Sema::inferCUDATargetForImplicitSpecialMember, the inferred hostness of `B<A>::B()` is host since `A::A()` is host. This causes discrepancy between the inferred hostness and the existing hostness.
Repository:
rL LLVM
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D67509/new/
https://reviews.llvm.org/D67509
More information about the llvm-commits
mailing list