forked from OSchip/llvm-project
bfa25bd1ac
This is a Windows ARM specific issue. If the code path in the if conversion ends up using a relocation which will form a IMAGE_REL_ARM_MOV32T, we end up with a bundle to ensure that the mov.w/mov.t pair is not split up. This is normally fine, however, if the branch is also predicated, then we end up trying to predicate the bundle. For now, report a bundle as being unpredicatable. Although this is false, this would trigger a failure case previously anyways, so this is no worse. That is, there should not be any code which would previously have been if converted and predicated which would not be now. Under certain circumstances, it may be possible to "predicate the bundle". This would require scanning all bundle instructions, and ensure that the bundle contains only predicatable instructions, and converting the bundle into an IT block sequence. If the bundle is larger than the maximal IT block length (4 instructions), it would require materializing multiple IT blocks from the single bundle. llvm-svn: 280689 |
||
|---|---|---|
| .. | ||
| aapcs.ll | ||
| alloca.ll | ||
| builtin_longjmp.ll | ||
| chkstk-movw-movt-isel.ll | ||
| chkstk.ll | ||
| dbzchk.ll | ||
| division.ll | ||
| dllexport.ll | ||
| dllimport.ll | ||
| frame-register.ll | ||
| global-minsize.ll | ||
| hard-float.ll | ||
| if-cvt-bundle.ll | ||
| libcalls.ll | ||
| long-calls.ll | ||
| mangling.ll | ||
| memset.ll | ||
| mov32t-bundling.ll | ||
| movw-movt-relocations.ll | ||
| no-aeabi.ll | ||
| no-arm-mode.ll | ||
| no-eabi.ll | ||
| no-ehabi.ll | ||
| no-frame-register.ll | ||
| pic.ll | ||
| read-only-data.ll | ||
| stack-probe-non-default.ll | ||
| structors.ll | ||
| tls.ll | ||
| trivial-gnu-object.ll | ||
| vla.ll | ||