diff options
| author | Mingming Liu <mingmingl@google.com> | 2022-07-25 22:48:56 -0700 |
|---|---|---|
| committer | Mingming Liu <mingmingl@google.com> | 2022-07-27 11:11:16 -0700 |
| commit | 34348814e127163d00825fe98bb1c04cebc459a1 (patch) | |
| tree | 5a4d73a79e24c17c3297b88058e21c7c19a20ea0 /lldb/source/Plugins/ScriptInterpreter/Python/ScriptedProcessPythonInterface.h | |
| parent | 653b21416c1d0f22841c64cbfd09a2cdc49544a6 (diff) | |
| download | llvm-34348814e127163d00825fe98bb1c04cebc459a1.zip llvm-34348814e127163d00825fe98bb1c04cebc459a1.tar.gz llvm-34348814e127163d00825fe98bb1c04cebc459a1.tar.bz2 | |
[AArch64] Explicitly use v1i64 type for llvm.aarch64.neon.pmull64
Without this, the intrinsic will be expanded to an integer; thereby an
explicit copy (from GPR to SIMD register) will be codegen'd. This matches the
general convention of using "v1" types to represent scalar integer operations in
vector registers.
The similar approach is observed in D56616, and the pattern likely applies on
other intrinsic that accepts integer scalars (e.g.,
int_aarch64_neon_sqdmulls_scalar)
Differential Revision: https://reviews.llvm.org/D130548
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python/ScriptedProcessPythonInterface.h')
0 files changed, 0 insertions, 0 deletions