[all-commits] [llvm/llvm-project] 6c7dc5: [SandboxVec][LoadStoreVec] Support constant vector...
Anshil Gandhi via All-commits
all-commits at lists.llvm.org
Sun Sep 20 14:32:19 PDT 2026
Branch: refs/heads/users/gandhi56/sandbox-vectorizer/load-store-vec/mixed-type-constant-vec
Home: https://github.com/llvm/llvm-project
Commit: 6c7dc5affbfe088ba943211c20592954d06a7ba3
https://github.com/llvm/llvm-project/commit/6c7dc5affbfe088ba943211c20592954d06a7ba3
Author: Anshil Gandhi <gandhi21299 at gmail.com>
Date: 2026-09-20 (Sun, 20 Sep 2026)
Changed paths:
M llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes/LoadStoreVec.h
M llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/LoadStoreVec.cpp
M llvm/test/Transforms/SandboxVectorizer/Passes/LoadStoreVec/load_store_vec.ll
M llvm/test/Transforms/SandboxVectorizer/Passes/LoadStoreVec/load_store_vec_mixed_types.ll
Log Message:
-----------
[SandboxVec][LoadStoreVec] Support constant vectors of mixed types
createConstantVector() previously packed the constant store operands
as-is, which only worked when every store had the same element type.
Take the lane type from VecUtils::getCombinedVectorTypeFor() instead and
reinterpret each constant's bits as that type, going through an integer
of matching width via ptrtoint/inttoptr/bitcast. Constants wider than a
lane (e.g. an i64 in an <N x i32>) are split across several lanes in
memory order. Bail out when a constant cannot be reinterpreted, such as
a non-integral pointer or a relocatable address that needs splitting.
Also flatten vector-typed ConstantPointerNull into per-lane nulls, and
bail out on the remaining vector constants such as poison rather than
packing them into the result.
Co-Authored-By: Claude Opus 5 <noreply at anthropic.com>
To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications
More information about the All-commits
mailing list