diff options
| author | Jon Gjengset <jon@thesquareplanet.com> | 2017-04-12 19:04:57 -0400 |
|---|---|---|
| committer | Jon Gjengset <jon@thesquareplanet.com> | 2017-04-13 10:27:52 -0400 |
| commit | 368d56010ae91a8b136c9eea5821ff3e5a7b79d3 (patch) | |
| tree | a7d324aa8f0c3c083d41e185fb2495a06a3017bb /src/rustllvm/RustWrapper.cpp | |
| parent | 14481f72102ba2abb5f314d5537fee90352981c5 (diff) | |
| download | rust-368d56010ae91a8b136c9eea5821ff3e5a7b79d3.tar.gz rust-368d56010ae91a8b136c9eea5821ff3e5a7b79d3.zip | |
Rename compiler_barrier to compiler_fence
This addresses concerns raised following the merge of #41092. Specifically: > The naming of these seems surprising: the multithreaded functions (and > both the single and multithreaded intrinsics themselves) are fences, > but this is a barrier. It's not incorrect, but the latter is both > inconsistent with the existing functions and slightly confusing with > another type in std (e.g., `Barrier`). `compiler_fence` carries the same semantic implication that this is a compiler-only operation, while being more in line with the fence/barrier concepts already in use in `std`.
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
