<div dir="ltr">Could you explain why you think it is worthwhile to optimize code involving a volatile access?<br></div><br><div class="gmail_quote">On Thu, Apr 2, 2015 at 6:08 PM Sanjoy Das <<a href="mailto:sanjoy@playingwithpointers.com">sanjoy@playingwithpointers.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Marking volatile accesses as !unordered seems excessively<br>
conservative.  For instance, LLVM is not able to optimize<br>
<br>
declare void @escape(i32*)<br>
declare i32 @read_only(i32) readonly<br>
<br>
define i32 @f(i1* %c) {<br>
 entry:<br>
  %a = alloca i32<br>
  %b = alloca i32<br>
  call void @escape(i32* %a)<br>
  call void @escape(i32* %b)<br>
<br>
  %a0 = load i32, i32* %b, align 4<br>
  %lv = load volatile i32, i32* %b<br>
  %a1 = load i32, i32* %a, align 4<br>
<br>
  %result = add i32 %a0, %a1<br>
  ret i32 %result<br>
}<br>
<br>
to "%result = %a0 << 1" via -O3.<br>
<br>
NB: changing the volatile load to a volatile store triggers the<br>
optimization (via -instcombine) -- llvm::FindAvailableLoadedValue just<br>
skips over noalias ordered stores.<br>
<br>
-- Sanjoy<br>
______________________________<u></u>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/llvmdev</a><br>
</blockquote></div>