summaryrefslogtreecommitdiffstats
path: root/llvm/lib/TextAPI/ELF/ELFStub.cpp
diff options
context:
space:
mode:
authorMatt Arsenault <Matthew.Arsenault@amd.com>2019-07-15 21:41:44 +0000
committerMatt Arsenault <Matthew.Arsenault@amd.com>2019-07-15 21:41:44 +0000
commitb082f1055b0a5370d1902339ffe058b4abb6abc0 (patch)
tree0d006b469e4d97f81d9d1a325df636001f5af4d2 /llvm/lib/TextAPI/ELF/ELFStub.cpp
parent228f80d92dc22f3a6cd0b9b98566327f63debbe5 (diff)
downloadbcm5719-llvm-b082f1055b0a5370d1902339ffe058b4abb6abc0.tar.gz
bcm5719-llvm-b082f1055b0a5370d1902339ffe058b4abb6abc0.zip
AMDGPU: Use standalone MUBUF load patterns
We already do this for the flat and DS instructions, although it is certainly uglier and more verbose. This will allow using separate pattern definitions for extload and zextload. Currently we get away with using a single PatFrag with custom predicate code to check if the extension type is a zextload or anyextload. The generic mechanism the global isel emitter understands treats these as mutually exclusive. I was considering making the pattern emitter accept zextload or sextload extensions for anyextload patterns, but in global isel, the different extending loads have distinct opcodes, and there is currently no mechanism for an opcode matcher to try multiple (and there probably is very little need for one beyond this case). llvm-svn: 366132
Diffstat (limited to 'llvm/lib/TextAPI/ELF/ELFStub.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud