[PATCH] D15223: [ARM] [AARCH64] Add CodeGen IR tests for {VS}QRDML{AS}H v8.1a intrinsics.

Eric Christopher via cfe-commits cfe-commits at lists.llvm.org
Mon Dec 14 10:57:50 PST 2015


On Mon, Dec 14, 2015 at 10:44 AM Tim Northover <t.p.northover at gmail.com>
wrote:

> On 14 December 2015 at 09:20, Eric Christopher via cfe-commits
> <cfe-commits at lists.llvm.org> wrote:
> > I understand the conflicting priorities here for sure. You'd like a test
> that's as minimal as possible, without having to depend on external (to
> clang) libraries here. I really would appreciate it if you'd make the test
> not rely on mem2reg etc so we can be sure that clang's code generation is
> the thing tested here and not the optimizer. Making sure that the
> unoptimized output reduces properly would be a great opt test for the
> backend though.
>
> I think I'm with Alexandros here. Tests based on raw Clang output are
> horrific to write and maintain. They end up relying on implementation
> details like just how many allocas and reloads Clang decides it needs
> for some random expression, even working out whether the test is
> correct changes from a pretty trivial eyeballing to keeping track of
> dozens of lines of data-flow.
>
>
I don't think it's going to be even vaguely that bad here and that you're
blowing it a bit out of proportion. Also you're relying on the behavior of
backend optimizations to figure out what's going on with your clang IR
generation which also seems less than optimal. It does make the tests a
little harder to write, but having done a bunch of them it's not that bad.

-eric
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20151214/17a5d817/attachment.html>


More information about the cfe-commits mailing list