aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineBasicBlock.cpp
diff options
context:
space:
mode:
authorJim Grosbach <grosbach@apple.com>2010-06-17 17:50:54 +0000
committerJim Grosbach <grosbach@apple.com>2010-06-17 17:50:54 +0000
commit3aeae8aeebd787fd57fa0c3ba72f18d3c49763d3 (patch)
treeb7674a18b28f36679a8589bb87dff3dedb795648 /llvm/lib/CodeGen/MachineBasicBlock.cpp
parent1f8e5fbc7af10b81092befc3b196f07e38df33c0 (diff)
downloadllvm-3aeae8aeebd787fd57fa0c3ba72f18d3c49763d3.zip
llvm-3aeae8aeebd787fd57fa0c3ba72f18d3c49763d3.tar.gz
llvm-3aeae8aeebd787fd57fa0c3ba72f18d3c49763d3.tar.bz2
Add entries for Expanding atomic intrinsics to libcalls. Just a placeholder
for the moment. The implementation of the libcall will follow. Currently, the llvm-gcc knows when the intrinsics can be correctly handled by the back end and only generates them in those cases, issuing libcalls directly otherwise. That's too much coupling. The intrinsics should always be generated and the back end decide how to handle them, be it with a libcall, inline code, or whatever. This patch is a step in that direction. rdar://8097623 llvm-svn: 106227
Diffstat (limited to 'llvm/lib/CodeGen/MachineBasicBlock.cpp')
0 files changed, 0 insertions, 0 deletions