aboutsummaryrefslogtreecommitdiff
path: root/lib/Target/PowerPC/PPCSubtarget.cpp
diff options
context:
space:
mode:
authorAndrew Trick <atrick@apple.com>2013-01-30 21:19:35 +0000
committerAndrew Trick <atrick@apple.com>2013-01-30 21:19:35 +0000
commit9a6dd0226194c46b839e10ee2f48730ea963eb22 (patch)
treefc3f6ae55e0ef2435712dc9b9360e2bccc808900 /lib/Target/PowerPC/PPCSubtarget.cpp
parent5bb16fdbb363abee2b9495116ff1a97568460cae (diff)
...in light of recent activity related to llvm.memcpy flags. I want to
prevent an llvm developer from mistakenly thinking that just because the intrinsic has volatile flags that volatile operations can be converted to or folded into them. Platforms may rely on volatile loads and stores of natively supported data width to be executed as single instruction. When compiling C, this expectation likely holds for l-values of volatile primitive types with native hardware support, but not necessarily for aggregate types. The frontend upholds these expectations, which are not specified in the IR. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@173974 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib/Target/PowerPC/PPCSubtarget.cpp')
0 files changed, 0 insertions, 0 deletions