<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:andrew@ziglang.org" title="Andrew Kelley <andrew@ziglang.org>"> <span class="fn">Andrew Kelley</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - LLVM 12 regression: emits bogus inline assembly error without proper error handling"
   href="https://bugs.llvm.org/show_bug.cgi?id=49376">bug 49376</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 - LLVM 12 regression: emits bogus inline assembly error without proper error handling"
   href="https://bugs.llvm.org/show_bug.cgi?id=49376#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - LLVM 12 regression: emits bogus inline assembly error without proper error handling"
   href="https://bugs.llvm.org/show_bug.cgi?id=49376">bug 49376</a>
              from <span class="vcard"><a class="email" href="mailto:andrew@ziglang.org" title="Andrew Kelley <andrew@ziglang.org>"> <span class="fn">Andrew Kelley</span></a>
</span></b>
        <pre>Downstream, Michael Dusan diagnosed this as a problem on the Zig side. With
LLVM12, we revamped our CPU features integration with LLVM, and introduced zig
awareness of 32bit-mode and 16bit-mode. However, the logic for what CPU
features to pass to LLVM explicitly sets every flag. These mode flags operate
as "overrides" of what is determined by architecture and by environment. Zig
CPU feature detection did not include setting these features to defaults.

In summary, Zig regressed by passing to LLVM `-32bit-mode` (incorrectly
disabling 32 bit mode for i386). This is fixed downstream in
<a href="https://github.com/ziglang/zig/commit/68c00122b10a7364c52a59f56761942525498ce8">https://github.com/ziglang/zig/commit/68c00122b10a7364c52a59f56761942525498ce8</a>.

Thank you for your time on this one. I apologize for the false alarm.</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>