summaryrefslogtreecommitdiffstats
path: root/clang/lib/Frontend/TextDiagnostic.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
commit89fc5a6627a8aff6a0f72f51d58bc80204866742 (patch)
tree1faaaed780e789b35a64792019f03d858545faf5 /clang/lib/Frontend/TextDiagnostic.cpp
parentefb305e54c9290397b656ec978f526f7ba27b3a0 (diff)
downloadbcm5719-llvm-89fc5a6627a8aff6a0f72f51d58bc80204866742.tar.gz
bcm5719-llvm-89fc5a6627a8aff6a0f72f51d58bc80204866742.zip
...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. llvm-svn: 173974
Diffstat (limited to 'clang/lib/Frontend/TextDiagnostic.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud