github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff 9e63632b3274dc1b20502b569e79a311977e0a97
6dd7d08634707fbaf417ae2f9f4315e529045fd4 --e
paulwalker-arm wrote:
Sorry for the noise but I think I've a more wellformed question this time.
Is it be possible to use `AArch64SVEACLETypes.def` to reduce some of the
boilerplate changes? I'm not sure how much of this is tied to SVE (or rather
scalable types) but I'm wondering if clang can
paulwalker-arm wrote:
Is it possible to use TargetExtType for the scalar type given this is a target
specific type. I fully expect LLVM not to support vector's of TargetExtType
but I wonder if that can be relaxed given our only use case is to pass them to
intrinsics. For anything more exotic
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
@llvm/pr-subscribers-clang
Author: None (CarolineConcatto)
Changes
This patch adds these new vector sizes for neon:
fpm8x16_t and fpm8x8_t
According to the ARM ACLE PR#323[1].
[1] ARM-software/acle#323
---
Patch is 49.87 Ki
https://github.com/CarolineConcatto created
https://github.com/llvm/llvm-project/pull/99865
This patch adds these new vector sizes for neon:
fpm8x16_t and fpm8x8_t
According to the ARM ACLE PR#323[1].
[1] ARM-software/acle#323
>From fbeca5c357b1a5589757bbb2cac8208f8c9027ab Mon
