- User Since
- Jul 12 2017, 1:23 AM (141 w, 6 d)
Fri, Mar 27
Do you understand why all those test outputs have changed as a side effect of this?
Thu, Mar 26
Wed, Mar 25
Tue, Mar 24
Added an entry to the Clang release notes as well.
Mon, Mar 23
LGTM, with only one tiny remaining nitpick.
Fri, Mar 20
Update tests to fix CI failure (oops). Also added opt -sroa to make the incidental half/float argument marshalling a bit less verbose.
Wed, Mar 18
Tue, Mar 17
Mon, Mar 16
Fri, Mar 13
Fix clang-format warnings.
Thu, Mar 12
Wed, Mar 11
Update test results following a last-minute correctness fix. (I updated one of the two test files but not the other.)
... but I hadn't quite uploaded it yet. Now I have: D75998.
Tue, Mar 10
LGTM with a couple of tiny spelling nitpicks.
Mon, Mar 9
Renames the 'clang_arm_mve_alias' attribute into 'clang_arm_builtin_alias' (it will be used with CDE intrinsics as well as MVE intrinsics)
Thu, Mar 5
Wed, Mar 4
Mon, Mar 2
clang-formatted the new C test file.
clang-formatted the code added to the C test source.
Feb 27 2020
Feb 26 2020
Feb 24 2020
... and we weren't testing the accidental 64-bit builtins (or else we'd have spotted the problem!), so no tests need to be changed. LGTM.
Feb 19 2020
I might as well admit my ignorance up front: despite having been the last person to touch this code, I don't really understand what the distinction is between a CodeGenInstruction and a DAGInstruction here, apart from the fact that one of them has an operand list that includes the outputs as well as the inputs.
Feb 18 2020
Feb 17 2020
Test on the clang side in both endiannesses.