<div dir="ltr">>  That's not typically something we'd expose to the end user in any way. <br>>  Clang as a compiler should be selecting what it thinks is the fastest<br>> sequence to do some particular job; if it's wrong then that's a bug,<br>> not something to add a command-line flag for.<div><br></div><div>I can't agree with that as a general statement. How is it any different than giving the user the ability to control loop unroll amount or setting the preferred vector width or many other options in both clang and llvm?</div><div><br></div><div>At any rate, I was only offering an additional reason. Personally I think it's strange for an option to say "this will never fuse ops" and then under the covers will fuse ops, regardless of how FMAD is defined. However, my primary concern is for FMAs. They have both numeric and performance implications and I do not think it's unreasonable that off means off.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 10, 2019 at 3:36 PM Tim Northover <<a href="mailto:t.p.northover@gmail.com">t.p.northover@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 10 Jul 2019 at 21:09, Scott Manley via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
> Numerically identical, sure. But, there are other reasons to disable FMAD fusion -- namely for performance comparisons.<br>
<br>
That's not typically something we'd expose to the end user in any way.<br>
Clang as a compiler should be selecting what it thinks is the fastest<br>
sequence to do some particular job; if it's wrong then that's a bug,<br>
not something to add a command-line flag for.<br>
<br>
I suspect that's behind the documentation discrepancy you've noticed.<br>
For many people working on LLVM they're the same thing: as long as<br>
behaviour isn't changed for the end user (in valid programs), anything<br>
goes.<br>
<br>
Cheers.<br>
<br>
Tim.<br>
</blockquote></div>