<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:i@maskray.me" title="Fangrui Song <i@maskray.me>"> <span class="fn">Fangrui Song</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - relr and overlapping segments not generally converging in AArch64 in thunk creation loop"
   href="https://bugs.llvm.org/show_bug.cgi?id=43214">bug 43214</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;">Resolution</td>
           <td>---
           </td>
           <td>FIXED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>CONFIRMED
           </td>
           <td>RESOLVED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - relr and overlapping segments not generally converging in AArch64 in thunk creation loop"
   href="https://bugs.llvm.org/show_bug.cgi?id=43214#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - relr and overlapping segments not generally converging in AArch64 in thunk creation loop"
   href="https://bugs.llvm.org/show_bug.cgi?id=43214">bug 43214</a>
              from <span class="vcard"><a class="email" href="mailto:i@maskray.me" title="Fangrui Song <i@maskray.me>"> <span class="fn">Fangrui Song</span></a>
</span></b>
        <pre>r370923

<span class="quote">> In D67164#1657824, @peter.smith wrote:</span >
As far as I can tell this will definitely prevent the oscillation and has
already seen success in the Android relocation side. As Rui mentioned on the
PR, it would be useful to put a generic convergence limit on
finalizeAddressDependentContent() to catch an infinite loop that we'd not
thought possible. This could be done separately though.

We should follow up on the iterating loop.</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>