LLVM 解释器 (lli) 和共享对象加载答案

【问题标题】：LLVM Interepreter (lli) and shared object loadingLLVM 解释器 (lli) 和共享对象加载
【发布时间】：2021-01-06 03:10:10
【问题描述】：

我正在尝试使用lli 解释/JIT 编译位代码文件a.bc，该文件使用共享对象afl-llvm-rt.so 中定义的函数。当我尝试像这样使用 lli 时

lli -dlopen ./afl-llvm-rt.so a.bc

我明白了：

PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
Stack dump:
0.  Program arguments: lli -load ./afl-llvm-rt.o a.bc 
#0 0x00007fa2a620f833 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa99833)
#1 0x00007fa2a620dbe0 llvm::sys::RunSignalHandlers() (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa97be0)
#2 0x00007fa2a620fe65 (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa99e65)
#3 0x00007fa2a57683c0 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x153c0)
zsh: segmentation fault (core dumped)  lli -load ./afl-llvm-rt.o a.bc

对gdb 的进一步调查显示未设置函数地址：

> gdb lli
(gdb) r -load ./afl-llvm-rt.o a.bc
Starting program: /usr/bin/lli -load ./afl-llvm-rt.o a.bc
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff7fca021 in sancov.module_ctor_trace_pc_guard ()
#2  0x00007ffff4f46118 in llvm::MCJIT::runFunction(llvm::Function*, llvm::ArrayRef<llvm::GenericValue>) () from /lib/x86_64-linux-gnu/libLLVM-12.so.1
#3  0x00007ffff4ef9a57 in llvm::ExecutionEngine::runStaticConstructorsDestructors(llvm::Module&, bool) () from /lib/x86_64-linux-gnu/libLLVM-12.so.1
#4  0x00007ffff4f4587f in llvm::MCJIT::runStaticConstructorsDestructors(bool)
    () from /lib/x86_64-linux-gnu/libLLVM-12.so.1
#5  0x000000000041391b in main ()

但是，如果我像往常一样使用clang a.bc ./afl-llvm-rt.so 编译文件，输出的可执行文件就可以正常工作。

如何使lli 动态链接a.bc 和afl-llvm-rt.so？

编辑：我将 afl-llvm-rt.so 编译为 LLVM IR 文件，然后使用 llvm-link a.bc afl-llvm-rt.bc -o result.bc 将它们链接在一起。之后，我尝试了lli result.bc，结果如下：

ocelaiwo@E490:~/Misc/ff> lli result.bc
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
Stack dump:
0.      Program arguments: lli result.bc 
#0 0x00007efc8d3d9833 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa99833)
#1 0x00007efc8d3d7be0 llvm::sys::RunSignalHandlers() (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa97be0)
#2 0x00007efc8d3d9e65 (/lib/x86_64-linux-gnu/libLLVM-12.so.1+0xa99e65)
#3 0x00007efc8c9323c0 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x153c0)
zsh: segmentation fault (core dumped)  lli result.bc

但如果我clang result.bc -o result，result 可执行文件执行得很好。

【问题讨论】：

标签： c linker clang llvm lli

【解决方案1】：

尝试 lli 的 --load 选项，如回答 here。将使用 glib 库的示例代码：

lli --load=/usr/lib/x86_64-linux-gnu/libglib-2.0.so my-bicode-file.bc

我还发现选项-force-interpreter 是一个有用的调试技巧，例如它可以显示丢失的符号：

LLVM ERROR: Could not resolve external global address: some_external_symbol

然后您可以调查该符号（例如函数）在您的系统上的位置。

【讨论】：