<html>
<head>
<base href="https://bugs.llvm.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - CodeGen/WebAssembly/immediates.ll fails on 32-bit Windows"
href="https://bugs.llvm.org/show_bug.cgi?id=39448">39448</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>CodeGen/WebAssembly/immediates.ll fails on 32-bit Windows
</td>
</tr>
<tr>
<th>Product</th>
<td>libraries
</td>
</tr>
<tr>
<th>Version</th>
<td>trunk
</td>
</tr>
<tr>
<th>Hardware</th>
<td>PC
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>enhancement
</td>
</tr>
<tr>
<th>Priority</th>
<td>P
</td>
</tr>
<tr>
<th>Component</th>
<td>Backend: WebAssembly
</td>
</tr>
<tr>
<th>Assignee</th>
<td>unassignedbugs@nondot.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>hans@chromium.org
</td>
</tr>
<tr>
<th>CC</th>
<td>dan433584@gmail.com, dschuff@google.com, llvm-bugs@lists.llvm.org
</td>
</tr></table>
<p>
<div>
<pre>The test is old, but I guess nobody tried running it in a 32-bit Windows build
before wasm got enabled by default recently in r343746.
I didn't try it on 32-bit Linux, but I assume it's more a 32-bit x86 thing
rather than a Windows thing.
FAIL: LLVM :: CodeGen/WebAssembly/immediates.ll (12964 of 28256)
******************** TEST 'LLVM :: CodeGen/WebAssembly/immediates.ll' FAILED
********************
Script:
--
: 'RUN: at line 1'; C:\src\llvm.svn\build.32\bin\llc.EXE <
C:\src\llvm.svn\test\CodeGen\WebAssembly\immediates.ll -asm-verbose=false
-disable-wasm-fallthrough-return-opt -wasm-keep-registers |
C:\src\llvm.svn\build.32\bin\FileCheck.EXE
C:\src\llvm.svn\test\CodeGen\WebAssembly\immediates.ll
--
Exit Code: 1
Command Output (stdout):
--
$ ":" "RUN: at line 1"
$ "C:\src\llvm.svn\build.32\bin\llc.EXE" "-asm-verbose=false"
"-disable-wasm-fallthrough-return-opt" "-wasm-keep-registers"
$ "C:\src\llvm.svn\build.32\bin\FileCheck.EXE"
"C:\src\llvm.svn\test\CodeGen\WebAssembly\immediates.ll"
# command stderr:
C:\src\llvm.svn\test\CodeGen\WebAssembly\immediates.ll:229:15: error:
CHECK-NEXT: expected string not found in input
; CHECK-NEXT: f64.const $push[[NUM:[0-9]+]]=, -nan:0x2bcdef0123456{{$}}
^
<stdin>:305:2: note: scanning from here
f64.const $push0=, -nan:0xabcdef0123456
^
error: command failed with exit status: 1
--
It looks like the upper 2 in 0xFFF2BCDEF012345 gets lost somewhere.
r260968 mentions MC converting floating point operands and potentially causing
NaNs to change bits. Perhaps it's more of that happening?</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>