[PATCH] D24472: [Sema] Support lax conversions for compound assignments
Reid Kleckner via cfe-commits
cfe-commits at lists.llvm.org
Fri Sep 30 09:52:28 PDT 2016
rnk accepted this revision.
rnk added a comment.
This revision is now accepted and ready to land.
lgtm
> SemaExpr.cpp:8084
> + // type. Note that this is already done by non-compound assignments in
> + // CheckAssignmentConstraints. If it's a scalar type, only biscast for
> + // <1 x T> -> T. The result is also a vector type.
typo on biscast
> bruno wrote in SemaExpr.cpp:8090
> You're right, the diagnostics are bad here, this patch adds some FIXMEs so we can later work on it. A PR would be nice though (we have an internal track for that as well, see rdar://problem/28067874).
>
> Given your example:
>
> a = a + b; // clang accepts this.
> a += b; // currently clang rejects this.
>
> IMO, clang should reject `a = a + b` too if not in OpenCL mode, which means whenever (a) `a` and `b` have same size but different num elt and (b) `a` and `b` are generic vectors (non ext-vectors). However, It looks like we have tests that rely on this behavior, we should probably find out why first and clean it up.
>
> I also think we should support splatting when one of the operands is a scalar and the other a non ext-vector (as of now we currently only do it for OpenCL). This is basically what GCC supports https://gcc.gnu.org/onlinedocs/gcc/Vector-Extensions.html.
I agree. I think the way forward is to:
- Allow conversions between `<1 x T>` and scalar `T` without enabling lax vector conversions. This seems pretty unobjectionable.
- Disable lax vector conversions by default, and evaluate whether they can be completely removed.
https://reviews.llvm.org/D24472
More information about the cfe-commits
mailing list