aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineBasicBlock.cpp
diff options
context:
space:
mode:
authorBob Wilson <bob.wilson@apple.com>2011-01-13 17:45:11 +0000
committerBob Wilson <bob.wilson@apple.com>2011-01-13 17:45:11 +0000
commit08713d3c5f969a7d3adff9e650c8c5e8bfcfea05 (patch)
tree54c272ce70de3e74a9887ba4ac0ab9d31a24ea54 /llvm/lib/CodeGen/MachineBasicBlock.cpp
parent12eec40c8341109569ec1c2f9fea2619476f17eb (diff)
downloadllvm-08713d3c5f969a7d3adff9e650c8c5e8bfcfea05.zip
llvm-08713d3c5f969a7d3adff9e650c8c5e8bfcfea05.tar.gz
llvm-08713d3c5f969a7d3adff9e650c8c5e8bfcfea05.tar.bz2
Extend SROA to handle arrays accessed as homogeneous structs and vice versa.
This is a minor extension of SROA to handle a special case that is important for some ARM NEON operations. Some of the NEON intrinsics return multiple values, which are handled as struct types containing multiple elements of the same vector type. The corresponding return types declared in the arm_neon.h header have equivalent arrays. We need SROA to recognize that it can split up those arrays and structs into separate vectors, even though they are not always accessed with the same type. SROA already handles loads and stores of an entire alloca by using insertvalue/extractvalue to access the individual pieces, and that code works the same regardless of whether the type is a struct or an array. So, all that needs to be done is to check for compatible arrays and homogeneous structs. llvm-svn: 123381
Diffstat (limited to 'llvm/lib/CodeGen/MachineBasicBlock.cpp')
0 files changed, 0 insertions, 0 deletions