<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:lhames@gmail.com" title="Lang Hames <lhames@gmail.com>"> <span class="fn">Lang Hames</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Memory managers should deregister EH frames in their destructor."
   href="https://bugs.llvm.org/show_bug.cgi?id=23991">bug 23991</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>FIXED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Memory managers should deregister EH frames in their destructor."
   href="https://bugs.llvm.org/show_bug.cgi?id=23991#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Memory managers should deregister EH frames in their destructor."
   href="https://bugs.llvm.org/show_bug.cgi?id=23991">bug 23991</a>
              from <span class="vcard"><a class="email" href="mailto:lhames@gmail.com" title="Lang Hames <lhames@gmail.com>"> <span class="fn">Lang Hames</span></a>
</span></b>
        <pre>Hi Tom, Stefan,

A very belated update on this. I believe it *should* have been fixed for ORC by
r302589 / c936ac7f37dc.

EH-frame deregistration in MCJIT is still manual for backwards compatibility. 

<span class="quote">> Will EH frame handling in JITLink be analogue to RuntimeDyld?</span >

No: JITLink handles all of this differently. JITLink's memory managers are
responsible for memory management (and permission setting) only. EH-frame
registration/de-registration is handled by a plugin, and plugins are always
destroyed before the memory manager so these kinds of bugs (either leaking
registered frames, or deregistering them after freeing the underlying memory)
should not be possible.

-- Lang.</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>