[PATCH] D118259: [AArch64] Adjust aarch64-neon-intrinsics-constrained test and un-XFAIL

Kevin P. Neal via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Thu Mar 17 07:16:55 PDT 2022


kpn added a comment.

In D118259#3389246 <https://reviews.llvm.org/D118259#3389246>, @fhahn wrote:

> In D118259#3389235 <https://reviews.llvm.org/D118259#3389235>, @kpn wrote:
>
>> It's been a while, but I think the aarch64-neon-intrinsics-constrained.c test is trimmed down from the aarch64-neon-intrinsics.c test. Shouldn't the constrained and non-constrained end-to-end tests be treated the same?
>
> Are you referring to https://github.com/llvm/llvm-project/blob/main/clang/test/CodeGen/aarch64-neon-intrinsics.c? This one doesn't check assembly.

Ah, well, I guess that wasn't it, then. It's been a while, and I've been all over the place.

A clang-only test that just tests for the correct IR being emitted won't trigger the failures in the backend. An LLVM-only test that starts from that IR can show those failures, but it also runs the risk over time of getting out of sync with the IR emitted by clang. An end-to-end test will always be in sync, and it will show those failures that I ran into plus anything else that crops up over time. If there's another way, or if there is another approach, then it might be possible there's a way to get all the testing done without running into those issues. I just don't know what it is.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D118259/new/

https://reviews.llvm.org/D118259



More information about the cfe-commits mailing list