summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/Hexagon/isel-global-offset-alignment.ll
Commit message (Collapse)AuthorAgeFilesLines
* [Hexagon] make tests immune to improvements in undef simplificationSanjay Patel2018-11-181-4/+4
| | | | llvm-svn: 347165
* [Hexagon] Simplify CFG after atomic expansionKrzysztof Parzyszek2018-08-021-1/+1
| | | | | | | | | | This will remove suboptimal branching from the generated ll/sc loops. The extra simplification pass affects a lot of testcases, which have been modified to accommodate this change: either by modifying the test to become immune to the CFG simplification, or (less preferablt) by adding option -hexagon-initial-cfg-clenaup=0. llvm-svn: 338774
* Revert: [Hexagon] Make sure that offset on globals matches alignment ↵Krzysztof Parzyszek2018-01-301-19/+20
| | | | | | | | | | | | | requirements This reverts r323562, since it wasn't actually necessary. Constant- extended offsets do not need to be aligned, as long as the effective address is aligned. Keep the testcase, with a modification which checks that such offsets are not unnecessarily avoided. llvm-svn: 323798
* [Hexagon] Make sure that offset on globals matches alignment requirementsKrzysztof Parzyszek2018-01-261-0/+32
A correctly aligned address may happen to be separated into a variable part and a constant part, where the constant part does not match the alignment needed in a load/store that uses this address. Such a constant cannot be used as an immediate offset in an indexed instruction. When lowering a global address, make sure that if there is an offset folded into the global, the offset is valid for all uses in load/store instructions. llvm-svn: 323562
OpenPOWER on IntegriCloud