<html>
    <head>
      <base href="https://llvm.org/bugs/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:dblaikie@gmail.com" title="David Blaikie <dblaikie@gmail.com>"> <span class="fn">David Blaikie</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - Compiler no longer generating debug info for inlined templated member function at -O2"
   href="https://llvm.org/bugs/show_bug.cgi?id=27975">bug 27975</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>NEW
           </td>
           <td>RESOLVED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>---
           </td>
           <td>INVALID
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - Compiler no longer generating debug info for inlined templated member function at -O2"
   href="https://llvm.org/bugs/show_bug.cgi?id=27975#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - Compiler no longer generating debug info for inlined templated member function at -O2"
   href="https://llvm.org/bugs/show_bug.cgi?id=27975">bug 27975</a>
              from <span class="vcard"><a class="email" href="mailto:dblaikie@gmail.com" title="David Blaikie <dblaikie@gmail.com>"> <span class="fn">David Blaikie</span></a>
</span></b>
        <pre>Ah, OK, I see better now - thanks for the sample.

Yes, I believe this is by design and the explicit (and only) intent of r265876.

Once a function is optimized away entirely, we will no longer generate debug
info for it (as of r265876).

Normal member functions will remain in a type - but implicit special members
and member function template specializations are special in a way. To talk
about member function template specializations: The set is unbounded, so the
absence of debug info for such a specialization doesn't mean one isn't present
in another translation unit, etc. So there's not much point generating debug
info for it.

Once a function is optimized away, we should produce debug info as if it were
never there/never generated. That's the goal & I think this patch brought us
much closer to that - though I forget/not sure how close we were before this
patch.</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>