Displaying 2 results from an estimated 2 matches for "0b168e1e".
2013 Aug 01
0
[LLVMdev] Intended semantics for ``fence seq_cst``
...By only fixing it afterward, I
don't see what the advantage of fixing it at all is...
As Jeffrey pointed out, the penalty is relatively low on x86.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130731/0b168e1e/attachment.html>
2013 Aug 01
2
[LLVMdev] Intended semantics for ``fence seq_cst``
> You will need to do this in the frontend. The target independent
optimizers are allowed to use the memory model.
We discussed doing this, and concluded that doing it pre-opt was overly
restrictive on correct code. Doing it post-opt bakes the behavior into the
portable code, so in a way it'll be reliably broken but won't penalize good
code.
FWIW it's easy to change from one to