<html>
    <head>
      <base href="https://llvm.org/bugs/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:Vasileios.Kalintiris@imgtec.com" title="Vasileios Kalintiris <Vasileios.Kalintiris@imgtec.com>"> <span class="fn">Vasileios Kalintiris</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Mips64: Missing sign extension when operand for truncate instruction is in another basic block."
   href="https://llvm.org/bugs/show_bug.cgi?id=27421">bug 27421</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 - Mips64: Missing sign extension when operand for truncate instruction is in another basic block."
   href="https://llvm.org/bugs/show_bug.cgi?id=27421#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Mips64: Missing sign extension when operand for truncate instruction is in another basic block."
   href="https://llvm.org/bugs/show_bug.cgi?id=27421">bug 27421</a>
              from <span class="vcard"><a class="email" href="mailto:Vasileios.Kalintiris@imgtec.com" title="Vasileios Kalintiris <Vasileios.Kalintiris@imgtec.com>"> <span class="fn">Vasileios Kalintiris</span></a>
</span></b>
        <pre>This was fixed in r266203.

I created this PR in order to provide a public point of reference for this bug.

As I explained in my commit, the culprit behind this was the lack of sign
extension on the truncation of i64 values that have been AssertZext'd from an
i32 VT. This is required by the MIPS architecture because instructions
operating
on 32-bit values should have their inputs sign-extended to GPR-width, otherwise
they produce undefined results. See the aforementioned commit, r266203, for
more information.</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>