C++ 自建llvm opt的未定义符号？_C++_Shared Libraries_Llvm

C++ 自建llvm opt的未定义符号？

c++ llvm

C++ 自建llvm opt的未定义符号？,c++,shared-libraries,llvm,C++,Shared Libraries,Llvm,我编写了一个简单的llvm插件程序，需要选择加载xxx.so文件并运行ModulePass。奇怪的是，当我使用deb包opt（例如，从apt-get，我们称之为opt-3.7）时，插件工作正常（缺点是它是发布版构建版）；然而，当我使用我自己构建的opt时（简化称之为opt），它经常抱怨： Error opening 'xxx.so': xxx.so: undefined symbol: _ZNK4llvm12FunctionPass17createPrinterPassERNS_11raw_os

我编写了一个简单的llvm插件程序，需要选择加载

xxx.so

文件并运行ModulePass。奇怪的是，当我使用

deb

包

opt

（例如，从

apt-get

，我们称之为

opt-3.7

）时，插件工作正常（缺点是它是发布版构建版）；然而，当我使用我自己构建的opt时（简化称之为

opt

），它经常抱怨：

Error opening 'xxx.so': xxx.so: undefined symbol: _ZNK4llvm12FunctionPass17createPrinterPassERNS_11raw_ostreamERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE

使用

c++filt

我知道

opt

无法找到

llvm:：FunctionPass:：createPrinterPass（llvm:：raw_ostream&，std:：_cxx11:：basic_string const&）const

这很奇怪，因为我在pass中没有使用任何

函数pass

；但让我们忽略这一点，继续

然后我检查了

ldd opt的结果
linux-vdso.so.1 =>  (0x00007ffd5c1ce000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f16a90d3000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f16a8ea9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f16a8c8c000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f16a8a72000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f16a86ef000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f16a83e6000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f16a81d0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f16a7e06000)
/lib64/ld-linux-x86-64.so.2 (0x00005645f6210000)

和ldd opt-3.7

linux-vdso.so.1 =>  (0x00007ffc51bc0000)
libLLVM-3.7.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.7.so.1 (0x00007fec3f725000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fec3f3a2000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fec3efb1000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fec3ed97000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fec3eb79000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fec3e971000)
libedit.so.2 => /usr/lib/x86_64-linux-gnu/libedit.so.2 (0x00007fec3e739000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007fec3e50f000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fec3e30b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fec3e002000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fec3ddeb000)
/lib64/ld-linux-x86-64.so.2 (0x000055bad2080000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fec3dbd6000)

我想，区别在于so文件libLLVM-3.7.so.1

那我哪里没弄错
顺便说一句，我的llvm是用w/o和w/-DLLVM\u BUILD\u llvm\u DYLIB=1构建的，两者都有未定义的符号问题。
我们在使用CLANG 3.9的llvm插件时出现了完全相同的错误。然后，我们在这里找到了解决方案：
解释是libstdc++的ABI用于LLVM，而您的插件则不同。要解决此问题，您需要使用以下标志“-D_GLIBCXX_USE_CXX11_ABI=0”重新编译插件
检查此生成文件中的LLVM插件，例如：