<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello</p>
<p>I am aware and it is an upstream change; I need to adjust our
package.</p>
<p>Cheers</p>
<p>Sylvestre</p>
<p><br>
</p>
Le 16/03/2024 à 19:49, Roman Lebedev a écrit :<br>
<span style="white-space: pre-wrap; display: block; width: 98vw;">> Package: libllvm18
> Version: 1:18.1.1-1
> Severity: serious
> File: /usr/lib/llvm-18/lib/libLLVM.so.18.1, /usr/lib/x86_64-linux-gnu/libLLVM-17.so.1
> X-Debbugs-Cc: Sylvestre Ledru <a class="moz-txt-link-rfc2396E" href="mailto:sylvestre@debian.org"><sylvestre@debian.org></a>, Gianfranco Costamagna <a class="moz-txt-link-rfc2396E" href="mailto:costamagnagianfranco@yahoo.it"><costamagnagianfranco@yahoo.it></a>
>
</span>
<blockquote type="cite">I'm having a bit of a deja-vu here, because
this exact kind of bug was<br>
happening a while ago and was fixed, but looks like it's back?<br>
<a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846410">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846410</a><br>
(same bugs happened in other distros too)<br>
<br>
(TLDR: when two different libLLVM versions happen to
[transitively] exist<br>
within one running process, you may get weird segfaults.)<br>
<br>
Could you please double-check that the symbols for the
`libLLVM.so.18.1`<br>
and `libLLVM-17.so.1` are versioned? If they are not, this bugs'
severity<br>
is actually Grave (and affecting at least LLVM17 too?)<br>
<br>
Concretely, i'm hitting it when building halide package and then
trying to<br>
run it's tests with mesa's RustiCL implementation, llvmpipe
driver.<br>
To reproduce, `gbp buildpackage` on<br>
<a class="moz-txt-link-freetext" href="https://salsa.debian.org/LebedevRI-guest/halide/-/commits/debian-opencl-FOR-BUGREPORT">https://salsa.debian.org/LebedevRI-guest/halide/-/commits/debian-opencl-FOR-BUGREPORT</a><br>
<br>
Weirdly-enough, it happens when building the package,<br>
but does not happen with manually hand-built halide.<br>
```<br>
$ export Halide_TARGET=host-opencl<br>
$ export OCL_ICD_VENDORS=rusticl.icd<br>
$ export RUSTICL_ENABLE=llvmpipe<br>
$ gdb
/build/halide-17.0.1-build/build/stage-2/halide/test/correctness/correctness_boundary_conditions
-ex 'run' -ex 'thread apply all bt full'<br>
GNU gdb (Debian 13.2-1+b1) 13.2<br>
Copyright (C) 2023 Free Software Foundation, Inc.<br>
License GPLv3+: GNU GPL version 3 or later
<a class="moz-txt-link-rfc2396E" href="http://gnu.org/licenses/gpl.html"><http://gnu.org/licenses/gpl.html></a><br>
This is free software: you are free to change and redistribute it.<br>
There is NO WARRANTY, to the extent permitted by law.<br>
Type "show copying" and "show warranty" for details.<br>
This GDB was configured as "x86_64-linux-gnu".<br>
Type "show configuration" for configuration details.<br>
For bug reporting instructions, please see:<br>
<a class="moz-txt-link-rfc2396E" href="https://www.gnu.org/software/gdb/bugs/"><https://www.gnu.org/software/gdb/bugs/></a>.<br>
Find the GDB manual and other documentation resources online at:<br>
<a class="moz-txt-link-rfc2396E" href="http://www.gnu.org/software/gdb/documentation/"><http://www.gnu.org/software/gdb/documentation/></a>.<br>
<br>
For help, type "help".<br>
Type "apropos word" to search for commands related to "word"...<br>
Reading symbols from
/build/halide-17.0.1-build/build/stage-2/halide/test/correctness/correctness_boundary_conditions...<br>
Starting program:
/build/halide-17.0.1-build/build/stage-2/halide/test/correctness/correctness_boundary_conditions
<br>
[Thread debugging using libthread_db enabled]<br>
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".<br>
[New Thread 0x7fffdce006c0 (LWP 172580)]<br>
[New Thread 0x7fffdc4006c0 (LWP 172581)]<br>
[New Thread 0x7fffdba006c0 (LWP 172582)]<br>
[New Thread 0x7fffdb0006c0 (LWP 172583)]<br>
[New Thread 0x7fffda6006c0 (LWP 172584)]<br>
[New Thread 0x7fffd9c006c0 (LWP 172585)]<br>
[New Thread 0x7fffd92006c0 (LWP 172586)]<br>
[New Thread 0x7fffd3e006c0 (LWP 172587)]<br>
[New Thread 0x7fffd34006c0 (LWP 172588)]<br>
[New Thread 0x7fffd2a006c0 (LWP 172589)]<br>
[New Thread 0x7fffd20006c0 (LWP 172590)]<br>
[New Thread 0x7fffd16006c0 (LWP 172591)]<br>
[New Thread 0x7fffd0c006c0 (LWP 172592)]<br>
[New Thread 0x7fffc7e006c0 (LWP 172593)]<br>
[New Thread 0x7fffc74006c0 (LWP 172594)]<br>
[New Thread 0x7fffc6a006c0 (LWP 172595)]<br>
[New Thread 0x7fffc60006c0 (LWP 172596)]<br>
[New Thread 0x7fffc56006c0 (LWP 172597)]<br>
[New Thread 0x7fffc4c006c0 (LWP 172598)]<br>
[New Thread 0x7fffbbe006c0 (LWP 172599)]<br>
[New Thread 0x7fffbb4006c0 (LWP 172600)]<br>
[New Thread 0x7fffbaa006c0 (LWP 172601)]<br>
[New Thread 0x7fffba0006c0 (LWP 172602)]<br>
[New Thread 0x7fffb96006c0 (LWP 172603)]<br>
[New Thread 0x7fffb8c006c0 (LWP 172604)]<br>
[New Thread 0x7fffafe006c0 (LWP 172605)]<br>
[New Thread 0x7fffaf4006c0 (LWP 172606)]<br>
[New Thread 0x7fffaea006c0 (LWP 172607)]<br>
[New Thread 0x7fffae0006c0 (LWP 172608)]<br>
[New Thread 0x7fffad6006c0 (LWP 172609)]<br>
[New Thread 0x7fffacc006c0 (LWP 172610)]<br>
[New Thread 0x7fffa3e006c0 (LWP 172611)]<br>
[New Thread 0x7fffa34006c0 (LWP 172612)]<br>
[New Thread 0x7fffa2a006c0 (LWP 172613)]<br>
[New Thread 0x7fffa20006c0 (LWP 172614)]<br>
[New Thread 0x7fffa16006c0 (LWP 172615)]<br>
[New Thread 0x7fffa0c006c0 (LWP 172616)]<br>
[New Thread 0x7fff97e006c0 (LWP 172617)]<br>
[New Thread 0x7fff974006c0 (LWP 172618)]<br>
[New Thread 0x7fff96a006c0 (LWP 172619)]<br>
[New Thread 0x7fff960006c0 (LWP 172620)]<br>
[New Thread 0x7fff956006c0 (LWP 172621)]<br>
[New Thread 0x7fff94c006c0 (LWP 172622)]<br>
[New Thread 0x7fff8be006c0 (LWP 172623)]<br>
[New Thread 0x7fff8b4006c0 (LWP 172624)]<br>
[New Thread 0x7fff8aa006c0 (LWP 172625)]<br>
[New Thread 0x7fff8a0006c0 (LWP 172626)]<br>
[New Thread 0x7fff896006c0 (LWP 172627)]<br>
[New Thread 0x7fff88c006c0 (LWP 172628)]<br>
[New Thread 0x7fff7fe006c0 (LWP 172629)]<br>
[New Thread 0x7fff7f4006c0 (LWP 172630)]<br>
[New Thread 0x7fff7ea006c0 (LWP 172631)]<br>
[New Thread 0x7fff7e0006c0 (LWP 172632)]<br>
[New Thread 0x7fff7d6006c0 (LWP 172633)]<br>
[New Thread 0x7fff7cc006c0 (LWP 172634)]<br>
[New Thread 0x7fff73e006c0 (LWP 172635)]<br>
[New Thread 0x7fff734006c0 (LWP 172636)]<br>
[New Thread 0x7fff72a006c0 (LWP 172637)]<br>
[New Thread 0x7fff720006c0 (LWP 172638)]<br>
[New Thread 0x7fff716006c0 (LWP 172639)]<br>
[New Thread 0x7fff70c006c0 (LWP 172640)]<br>
[New Thread 0x7fff67e006c0 (LWP 172641)]<br>
[New Thread 0x7fff674006c0 (LWP 172642)]<br>
[New Thread 0x7fff66a006c0 (LWP 172643)]<br>
[New Thread 0x7fffd88006c0 (LWP 172645)]<br>
<br>
Thread 1 "correctness_bou" received signal SIGSEGV, Segmentation
fault.<br>
0x00007fffef1a6160 in
llvm::AnalysisManager<llvm::Module>::getResultImpl(llvm::AnalysisKey*,
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1<br>
<br>
<...><br>
<br>
Thread 1 (Thread 0x7fffea839280 (LWP 172577) "correctness_bou"):<br>
#0 0x00007fffef1a6160 in
llvm::AnalysisManager<llvm::Module>::getResultImpl(llvm::AnalysisKey*,
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1<br>
No symbol table info available.<br>
#1 0x00007fffef1a6077 in
llvm::AnalysisManager<llvm::Module>::getResultImpl(llvm::AnalysisKey*,
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1<br>
No symbol table info available.<br>
#2 0x00007fffef1d0a1d in
llvm::VerifierPass::run(llvm::Module&,
llvm::AnalysisManager<llvm::Module>&) () from
/usr/lib/llvm-18/lib/libLLVM.so.18.1<br>
No symbol table info available.<br>
#3 0x00007ffff0659681 in ?? () from
/usr/lib/llvm-18/lib/libLLVM.so.18.1<br>
No symbol table info available.<br>
#4 0x00007fffe1d2e264 in llvm::PassManager<llvm::Module,
llvm::AnalysisManager<llvm::Module>>::run(llvm::Module&,
llvm::AnalysisManager<llvm::Module>&) () from
/lib/x86_64-linux-gnu/libLLVM-17.so.1<br>
No symbol table info available.<br>
#5 0x00007fffdecb10e4 in ?? () from
/lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#6 0x00007fffdecaa082 in
clang::EmitBackendOutput(clang::DiagnosticsEngine&,
clang::HeaderSearchOptions const&, clang::CodeGenOptions
const&, clang::TargetOptions const&, clang::LangOptions
const&, llvm::StringRef, llvm::Module*, clang::BackendAction,
llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>,
std::unique_ptr<llvm::raw_pwrite_stream,
std::default_delete<llvm::raw_pwrite_stream> >) () from
/lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#7 0x00007fffdf039e9e in ?? () from
/lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#8 0x00007fffddce58e6 in clang::ParseAST(clang::Sema&, bool,
bool) () from /lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#9 0x00007fffdfa2f949 in clang::FrontendAction::Execute() () from
/lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#10 0x00007fffdf9a9364 in
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&)
() from /lib/x86_64-linux-gnu/libclang-cpp.so.17<br>
No symbol table info available.<br>
#11 0x00007fffe8e915f3 in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#12 0x00007fffe8e9330e in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#13 0x00007fffe8e8790d in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#14 0x00007fffe88015a1 in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#15 0x00007fffe875fc7b in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#16 0x00007fffe875ef02 in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#17 0x00007fffe8722dcc in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#18 0x00007fffe8722a49 in ?? () from
/lib/x86_64-linux-gnu/libRusticlOpenCL.so.1<br>
No symbol table info available.<br>
#19 0x00007fffea81beb7 in ?? ()<br>
No symbol table info available.<br>
#20 0x0100000000000000 in ?? ()<br>
No symbol table info available.<br>
#21 0x0000000000000000 in ?? ()<br>
No symbol table info available.<br>
(gdb) A debugging session is active.<br>
<br>
Inferior 1 [process 172577] will be killed.<br>
<br>
Quit anyway? (y or n) [answered Y; input not from terminal]<br>
make[4]: Leaving directory '/build/halide-17.0.1'<br>
<br>
```<br>
<br>
Roman.<br>
<br>
<br>
-- System Information:<br>
Debian Release: trixie/sid<br>
APT prefers unstable<br>
APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1,
'experimental-debug'), (1, 'experimental')<br>
Architecture: amd64 (x86_64)<br>
<br>
Kernel: Linux 6.7.9-amd64 (SMP w/32 CPU threads; PREEMPT)<br>
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US<br>
Shell: /bin/sh linked to /usr/bin/dash<br>
Init: systemd (via /run/systemd/system)<br>
LSM: AppArmor: enabled<br>
<br>
Versions of packages libllvm18:amd64 depends on:<br>
ii libc6 2.37-15.1<br>
ii libedit2 3.1-20230828-1<br>
ii libffi8 3.4.6-1<br>
ii libgcc-s1 14-20240303-1<br>
ii libstdc++6 14-20240303-1<br>
ii libtinfo6 6.4+20240113-1<br>
ii libxml2 2.9.14+dfsg-1.3+b2<br>
ii libz3-4 4.8.12-3.1+b2<br>
ii libzstd1 1.5.5+dfsg2-2<br>
ii zlib1g 1:1.3.dfsg-3.1<br>
<br>
libllvm18:amd64 recommends no packages.<br>
<br>
libllvm18:amd64 suggests no packages.<br>
<br>
-- no debconf information<br>
<br>
</blockquote>
<span style="white-space: pre-wrap; display: block; width: 98vw;">>
> _______________________________________________
> Pkg-llvm-team mailing list
> <a class="moz-txt-link-abbreviated" href="mailto:Pkg-llvm-team@alioth-lists.debian.net">Pkg-llvm-team@alioth-lists.debian.net</a>
> <a class="moz-txt-link-freetext" href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-llvm-team">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-llvm-team</a>
</span><br>
</body>
</html>