diff options
| author | Eli Friedman <eli.friedman@gmail.com> | 2011-09-07 01:41:24 +0000 |
|---|---|---|
| committer | Eli Friedman <eli.friedman@gmail.com> | 2011-09-07 01:41:24 +0000 |
| commit | e9f8113ec4c3b25f974c0f344e1292f655245d02 (patch) | |
| tree | 7398f6c2548e0816f3b1701379bfcbcd9fc2b861 /llvm/lib | |
| parent | da4f43a609e0d0c8ffc92a37f84333946be0d811 (diff) | |
| download | bcm5719-llvm-e9f8113ec4c3b25f974c0f344e1292f655245d02.tar.gz bcm5719-llvm-e9f8113ec4c3b25f974c0f344e1292f655245d02.zip | |
Switch clang over to using fence/atomicrmw/cmpxchg instead of the intrinsics (which will go away). LLVM CodeGen does almost exactly the same thing with these and the old intrinsics, so I'm reasonably confident this will not break anything.
There are still a few issues which need to be resolved with code generation for atomic load and store, so I'm not converting the places which need those for now.
I'm not entirely sure what to do about __builtin_llvm_memory_barrier: the fence instruction doesn't expose all the possibilities which can be expressed by __builtin_llvm_memory_barrier. I would appreciate hearing from anyone who is using this intrinsic.
llvm-svn: 139216
Diffstat (limited to 'llvm/lib')
0 files changed, 0 insertions, 0 deletions
