<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 - [LLD] [WASM] wasm/function-index.test failing"
href="https://bugs.llvm.org/show_bug.cgi?id=40278">40278</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>[LLD] [WASM] wasm/function-index.test failing
</td>
</tr>
<tr>
<th>Product</th>
<td>lld
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</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>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>P
</td>
</tr>
<tr>
<th>Component</th>
<td>All Bugs
</td>
</tr>
<tr>
<th>Assignee</th>
<td>unassignedbugs@nondot.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>aheejin@gmail.com
</td>
</tr>
<tr>
<th>CC</th>
<td>llvm-bugs@lists.llvm.org, peter.smith@linaro.org
</td>
</tr></table>
<p>
<div>
<pre>This bug is to keep track of a bug reported by David Greene in llvm-dev mailing
list. I'll paste the his mail contents along the links.
By the way, there's no "Wasm" component in the lld category here. How can I add
that?
---
>From <a href="http://lists.llvm.org/pipermail/llvm-dev/2019-January/128921.html">http://lists.llvm.org/pipermail/llvm-dev/2019-January/128921.html</a>:
I'm seeing the following fail on Linux x86-64, for the last couple weeks
at least. This is from 'ninja check-all'.
-David
FAIL: lld :: wasm/function-index.test (1941 of 1955)
******************** TEST 'lld :: wasm/function-index.test' FAILED
********************
Script:
--
: 'RUN: at line 1'; /build/x86_64/bin/llc -filetype=obj
/src/lld/test/wasm/Inputs/ret32.ll -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
: 'RUN: at line 2'; /build/x86_64/bin/llc -filetype=obj
/src/lld/test/wasm/Inputs/ret64.ll -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
: 'RUN: at line 3'; /build/x86_64/bin/wasm-ld -r -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.wasm
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
: 'RUN: at line 4'; /build/x86_64/bin/obj2yaml
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.wasm |
/build/x86_64/bin/FileCheck /src/lld/test/wasm/function-index.test
--
Exit Code: 139
Command Output (stderr):
--
+ : 'RUN: at line 1'
+ /build/x86_64/bin/llc -filetype=obj /src/lld/test/wasm/Inputs/ret32.ll -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
+ : 'RUN: at line 2'
+ /build/x86_64/bin/llc -filetype=obj /src/lld/test/wasm/Inputs/ret64.ll -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
+ : 'RUN: at line 3'
+ /build/x86_64/bin/wasm-ld -r -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.wasm
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
Stack dump:
0. Program arguments: /build/x86_64/bin/wasm-ld -r -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.wasm
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
#0 0x0000000000571d1a llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/build/x86_64/bin/wasm-ld+0x571d1a)
#1 0x000000000056f538 llvm::sys::RunSignalHandlers()
(/build/x86_64/bin/wasm-ld+0x56f538)
#2 0x000000000056f64c SignalHandler(int) (/build/x86_64/bin/wasm-ld+0x56f64c)
#3 0x00007f7578656b00 __restore_rt (/lib64/libpthread.so.0+0x10b00)
#4 0x00000000005b618b
llvm::SpecificBumpPtrAllocator<std::unique_ptr<llvm::MemoryBuffer,
std::default_delete<llvm::MemoryBuffer> > >::DestroyAll()
(/build/x86_64/bin/wasm-ld+0x5b618b)
#5 0x000000000091af30 lld::freeArena() (/build/x86_64/bin/wasm-ld+0x91af30)
#6 0x00000000007b9e5c lld::wasm::link(llvm::ArrayRef<char const*>, bool,
llvm::raw_ostream&) (/build/x86_64/bin/wasm-ld+0x7b9e5c)
#7 0x00000000004a67cf main (/build/x86_64/bin/wasm-ld+0x4a67cf)
#8 0x00007f7576e656e5 __libc_start_main (/lib64/libc.so.6+0x206e5)
#9 0x0000000000557729 _start
/home/abuild/rpmbuild/BUILD/glibc-2.22/csu/../sysdeps/x86_64/start.S:121:0
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.script: line 4:
368695 Segmentation fault /build/x86_64/bin/wasm-ld -r -o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.wasm
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret32.o
/build/x86_64/tools/lld/test/wasm/Output/function-index.test.tmp.ret64.o
---
>From <a href="http://lists.llvm.org/pipermail/llvm-dev/2019-January/128951.html">http://lists.llvm.org/pipermail/llvm-dev/2019-January/128951.html</a>:
<span class="quote">> Rui Ueyama <ruiu at google.com> writes:</span >
>
<span class="quote">>> I cannot reproduce this error, but this could be real.
>>
>> David, is this reproducible every time or is this flaky?</span >
>
<span class="quote">> It's every time for me, both on X86-64 and AArch64. I'll try running in
> a debugger to see what is going on. What else can I do to help track
> this down?</span >
Ok, I discovered something interesting. I see the failure when
configuring like this:
cmake -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_ASSERTIONS=ON \
-DLLVM_ABI_BREAKING_CHECKS=WITH_ASSERTS ...
I do *not* see the failure when configuring like this:
cmake -DCMAKE_BUILD_TYPE=Debug -DLLVM_ENABLE_ASSERTIONS=ON \
-DLLVM_ABI_BREAKING_CHECKS=WITH_ASSERTS ...
I set LLVM_ABI_BREAKING_CHECKS=FORCE_OFF for the Release build in
CMakeCache.txt and it still failed.
I then additionally set LLVM_ENABLE_ASSERTIONS=OFF for the Release build
in CMakeCache.txt and it still failed.
I then attempted to run the command in a debugger. It passed. It also
passed on the command-line. So it appears something about the
environment lit sets up causes problems, but only for Release builds.
I tried adding a batch gdb command to the test but it passed. The test
doesn't run long enough to allow attaching an external gdb.
So short of hacking on wasm-ld, I'm at a bit of a roadblock. Ideas
welcome. :)
---
>From <a href="http://lists.llvm.org/pipermail/llvm-dev/2019-January/128952.html">http://lists.llvm.org/pipermail/llvm-dev/2019-January/128952.html</a>:
<span class="quote">> Are you using static linking, -DBUILD_SHARED_LIBS, or -
> DLLVM_LINK_LLVM_DYLIB?</span >
I use neither -DBUILD_SHARED_LIBS nor -DLLVM_LINK_LLVM_DYLIB.
I do have -DLLVM_ENABLE_CXX1Y=ON, -DLLVM_ENABLE_THREADS=OFF,
-DCLANG_DEFAULT_LINKER=gold. I also have -DLLVM_ENABLE_EH=ON
-DLLVM_ENABLE_RTTI=ON which are obviously very atypical.</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>