<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:jeremy.morse.llvm@gmail.com" title="Jeremy Morse <jeremy.morse.llvm@gmail.com>"> <span class="fn">Jeremy Morse</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - clang generates wrong debug information at -O3"
   href="https://bugs.llvm.org/show_bug.cgi?id=40795">bug 40795</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>CONFIRMED
           </td>
           <td>RESOLVED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Fixed By Commit(s)</td>
           <td>
                
           </td>
           <td>359426
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>---
           </td>
           <td>FIXED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - clang generates wrong debug information at -O3"
   href="https://bugs.llvm.org/show_bug.cgi?id=40795#c10">Comment # 10</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - clang generates wrong debug information at -O3"
   href="https://bugs.llvm.org/show_bug.cgi?id=40795">bug 40795</a>
              from <span class="vcard"><a class="email" href="mailto:jeremy.morse.llvm@gmail.com" title="Jeremy Morse <jeremy.morse.llvm@gmail.com>"> <span class="fn">Jeremy Morse</span></a>
</span></b>
        <pre>Fixed in 359426; the variable 'l_34' now reads 'optimized out' in gdb, which is
the most we can hope for in the optimised code: the variable does not have a
machine location when optimize_me_not is called, and thus there's no way to
recover what the variable would have been in the original program.

The likely-dupe program in <a href="show_bug.cgi?id=40795#c7">comment 7</a> appears to be fixed too -- or at least on
the call to f, l_1412 reads as 947, which IIRC is the correct behaviour.

This was almost certainly misleading developers, many thanks for the report!</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>