diff options
| author | Chandler Carruth <chandlerc@gmail.com> | 2014-02-26 05:33:36 +0000 |
|---|---|---|
| committer | Chandler Carruth <chandlerc@gmail.com> | 2014-02-26 05:33:36 +0000 |
| commit | c1c37734ad250d83a4dee9200b62cb9da49c9a53 (patch) | |
| tree | 63e07154f19093d21e3a1b0aecdcfd0d3717b702 /utils | |
| parent | dd080790eb9184dd0cab95825b922a705bada613 (diff) | |
| download | llvm-c1c37734ad250d83a4dee9200b62cb9da49c9a53.tar.gz llvm-c1c37734ad250d83a4dee9200b62cb9da49c9a53.tar.bz2 llvm-c1c37734ad250d83a4dee9200b62cb9da49c9a53.tar.xz | |
[SROA] The original refactoring inspired by the addrspace patch in
D1764, which in turn set off the other refactorings to make
'getSliceAlign()' a sensible thing.
There are two possible inputs to the required alignment of a memory
transfer intrinsic: the alignment constraints of the source and the
destination. If we are *only* introducing a (potentially new) offset
onto one side of the transfer, we don't need to consider the alignment
constraints of the other side. Use this to simplify the logic feeding
into alignment computation for unsplit transfers.
Also, hoist the clamp of the magical zero alignment for these intrinsics
to the more customary one alignment early. This lets several other
conditions melt away.
No functionality changed. There is a further improvement this exposes
which *will* change functionality, but that's arriving in a separate
patch.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@202232 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'utils')
0 files changed, 0 insertions, 0 deletions