[clang] [X86][Clang] VectorExprEvaluator::VisitCallExpr / InterpretBuiltin - allow element extraction/insertion intrinsics to be used in constexpr #159753 (PR #161302)
Aditya Chaudhari via cfe-commits
cfe-commits at lists.llvm.org
Wed Oct 1 11:21:20 PDT 2025
================
@@ -2878,6 +2878,60 @@ static bool interp__builtin_x86_insert_subvector(InterpState &S, CodePtr OpPC,
return true;
}
+static bool interp__builtin_vec_ext(InterpState &S, CodePtr OpPC,
+ const CallExpr *Call, unsigned ID) {
+ assert(Call->getNumArgs() == 2);
+
+ APSInt ImmAPS = popToAPSInt(S, Call->getArg(1));
+ const Pointer &Vec = S.Stk.pop<Pointer>();
+ if (!Vec.getFieldDesc()->isPrimitiveArray())
+ return false;
+
+ unsigned NumElts = Vec.getNumElems();
+ unsigned Index = static_cast<unsigned>(ImmAPS.getZExtValue() & (NumElts - 1));
+
+ switch (ID) {
----------------
AdityaC4 wrote:
I tried using TYPE_SWITCH, but even with `if constexpr` gurad it expands to pointer/member-pointer cases which don’t have toAPSInt(), so the shared body fails to compile and I get `E No member named 'toAPSInt' in 'clang::interp::MemberPointer' clang (no_member) [2903, 37]` and `No member named 'toAPSInt' in 'clang::interp::Pointer' clang (no_member) [2903, 37]`
I could split the logic: handle PT_Float explicitly and use INT_TYPE_SWITCH_NO_BOOL for the integer cases.
https://github.com/llvm/llvm-project/pull/161302
More information about the cfe-commits
mailing list