<html>
    <head>
      <base href="http://llvm.org/bugs/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:rnk@google.com" title="Reid Kleckner <rnk@google.com>"> <span class="fn">Reid Kleckner</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - Clang miscompiles fabs on x86_64-w64-windows-gnu"
   href="http://llvm.org/bugs/show_bug.cgi?id=21470">bug 21470</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>RESOLVED
           </td>
           <td>REOPENED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>FIXED
           </td>
           <td>---
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - Clang miscompiles fabs on x86_64-w64-windows-gnu"
   href="http://llvm.org/bugs/show_bug.cgi?id=21470#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - Clang miscompiles fabs on x86_64-w64-windows-gnu"
   href="http://llvm.org/bugs/show_bug.cgi?id=21470">bug 21470</a>
              from <span class="vcard"><a class="email" href="mailto:rnk@google.com" title="Reid Kleckner <rnk@google.com>"> <span class="fn">Reid Kleckner</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=21470#c7">comment #7</a>)
<span class="quote">> Right. The function has to retain its non-returnedness, and it does. It
> can't just replace it with nothing but a "ret undef". Sorry, I misunderstood
> when Reid told me about this bug, I thought it was replacing it with a "ret
> undef" and no infinite self-recursion.</span >

We do in fact do that, however:

$ cat t.cpp
extern "C" int foo() { return foo(); }

$ clang -cc1 t.cpp -emit-llvm -O2 -o - | grep @foo -A3
define i32 @foo() #0 {
entry:
  ret i32 undef
}

Probably because the call to foo has no users and foo is "readonly" so we do a
later cleanup to delete it.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>