summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/ARM/big-endian-neon-extend.ll
Commit message (Collapse)AuthorAgeFilesLines
* [ARM] Enable vector extload combine for legal types.Ahmed Bougacha2015-03-051-10/+0
| | | | | | | | | | | | | | | | | | | | | This commit enables forming vector extloads for ARM. It only does so for legal types, and when we can't fold the extension in a wide/long form of the user instruction. Enabling it for larger types isn't as good an idea on ARM as it is on X86, because: - we pretend that extloads are legal, but end up generating vld+vmov - we have instructions like vld {dN, dM}, which can't be generated when we "manually expand" extloads to vld+vmov. For legal types, the combine doesn't fire that often: in the integration tests only in a big endian testcase, where it removes a pointless AND. Related to rdar://19723053 Differential Revision: http://reviews.llvm.org/D7423 llvm-svn: 231396
* [opaque pointer type] Add textual IR support for explicit type parameter to ↵David Blaikie2015-02-271-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | load instruction Essentially the same as the GEP change in r230786. A similar migration script can be used to update test cases, though a few more test case improvements/changes were required this time around: (r229269-r229278) import fileinput import sys import re pat = re.compile(r"((?:=|:|^)\s*load (?:atomic )?(?:volatile )?(.*?))(| addrspace\(\d+\) *)\*($| *(?:%|@|null|undef|blockaddress|getelementptr|addrspacecast|bitcast|inttoptr|\[\[[a-zA-Z]|\{\{).*$)") for line in sys.stdin: sys.stdout.write(re.sub(pat, r"\1, \2\3*\4", line)) Reviewers: rafael, dexonsmith, grosser Differential Revision: http://reviews.llvm.org/D7649 llvm-svn: 230794
* [ARM] Use patterns instead of hardcoded regs in test. NFC.Ahmed Bougacha2015-02-051-5/+5
| | | | llvm-svn: 228259
* [ARM] Make testcase more explicit. NFC.Ahmed Bougacha2015-02-051-23/+58
| | | | | | | The q8/d16 thing is silly; I'd be happy to hear about a better way to write those tests where simple substitution isn't enough.. llvm-svn: 228258
* ARMEB: Vector extend operationsChristian Pirker2014-06-231-0/+81
Reviewed at http://reviews.llvm.org/D4043 llvm-svn: 211520
OpenPOWER on IntegriCloud