[llvm-commits] [PATCH] AArch64 backend: LLVM changes

Renato Golin Linaro renato.golin at linaro.org
Sat Jan 12 04:12:34 PST 2013


Hi Tim,

I had a look and I'm afraid I haven't seen 0.1% of it. I don't think anyone
will have time to review every line of it and not end up in a mental
hospital, so I had a look at a few files, mostly the modified ones, and
ignored the new ones.

Overall, the code seems fairly orthogonal to the current back-ends, and
there's a large number of tests, which will help keeping it in shape in the
near future.

A few questions:

Have you run the build and check-all on an ARM32 system? I say that because
currently the ARM buildbots have at least three different types of failure,
not to mention a "make clean" error, so adding a whole new back-end that
has its own failures on ARM (especially because you probably develop on a
64-bit machine), won't help matters.

Now to code specific questions:

+// Vector Multiply-subtract (Floating Point)
+def int_aarch64_neon_vfms : Neon_3Arg_Intrinsic;
(...)
+// Vector Multiply Extended (Floating Point)
+def int_aarch64_neon_vmulx : Neon_2Arg_Intrinsic;

Can't these be patterns?


-      APFloat apf(APInt::getNullValue(VT.getSizeInBits()));
+      APFloat apf(APInt::getNullValue(VT.getSizeInBits()), /*isIEEE=*/
true);

I thought you had changed APFloat...


-        ? dwarf::DW_EH_PE_udata4 : dwarf::DW_EH_PE_absptr;
+         ? dwarf::DW_EH_PE_udata4 : dwarf::DW_EH_PE_absptr;

unnecessary space change, might confuse history


That's all for now. I might have another look further down, but not sure
that would actually help anything... ;)

cheers,
--renato
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20130112/6364ed03/attachment.html>


More information about the llvm-commits mailing list