Clang Libtool 行为根据生成的二进制文件的位置而有所不同答案

【问题标题】：Clang Libtool behavior different based on the location of the generated binaryClang Libtool 行为根据生成的二进制文件的位置而有所不同
【发布时间】：2017-07-11 14:54:45
【问题描述】：

我创建了一个非常简单的基于 Clang Libtool 的程序，它构建了一个 AST 并将 AST 转储到控制台。

我正在编译/链接我的程序，该程序存在于 LLVM/Clang 源代码树之外，使用以下命令与来自 http://releases.llvm.org/download.html 的预构建二进制文件之一 -

c++ -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_OBJC_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -DGTEST_HAS_RTTI=0 -DLLVM_BUILD_GLOBAL_ISEL -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/include -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -Werror=date-time -std=c++11 -fno-common -Woverloaded-virtual -fno-strict-aliasing -g -fno-exceptions -fno-rtti -o main.cpp.o -c Main.cpp

然后使用以下命令进行链接 -

c++ -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -Werror=date-time -std=c++11 -fno-common -Woverloaded-virtual -fno-strict-aliasing -g -Wl,-allow-shlib-undefined -Wl,-rpath-link,/llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/lib main.cpp.o -o myprogram -Wl,-rpath,/llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/lib -L/llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/lib -lpthread -lclangTooling -lclangBasic -lclangASTMatchers -lclangFormat -lclangFrontend -lclangDriver -lclangParse -lLLVMMCParser -lclangSerialization -lclangSema -lclangEdit -lclangAnalysis -lLLVMBitReader -lLLVMProfileData -lclangToolingCore -lclangAST -lclangRewrite -lclangLex -lclangBasic -lLLVMCore -lLLVMMC -lLLVMOption -lLLVMSupport -lrt -ldl -ltinfo -lpthread -lz -lm

我认为上述 2 个步骤没有错误或问题。

如果我将此 myprogram 二进制文件复制到 /llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/bin 目录并运行它，则会生成 AST正常并按预期运行。

但是，如果我从任何其他位置运行此二进制文件，我不会看到任何警告或错误，但不会生成 AST。该程序会转储在预处理阶段之后生成的不完整的 AST。

我尝试在链接时使用-static 标志，并将${LD_LIBRARY_PATH} 值设置为/llvm-3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-debian8/lib 文件夹，但这没有任何区别。

因为程序在移动到 llvm/bin 文件夹时可以正常运行，但在其他任何地方都不能正常运行。看起来程序加载了一些与 /bin 目录相关的库，但我无法弄清楚需要设置什么以确保程序正常运行，并将其移动到其他任何地方。

请任何人提供有关如何进行的任何建议。谢谢。

【问题讨论】：

是否可以在没有包含指令的简单测试程序上测试该工具？

标签： clang llvm-clang

【解决方案1】：

这里的问题是，在编译/链接 Clang Libtool 程序后，当我们执行程序时，我们需要为可执行文件提供 -isystem 标志，以指向以下 llvm 版本的 lib 文件夹方式——

$ ./myprogram -isystem/{CLANG_PATH}/lib "other args"

对于 llvm-5.0，我注意到在链接时使用 -static 关键字会导致有关 glib 版本的警告，类似于此 stackoverflow post。

我可以通过在我的 Makefile 中正确设置 -rpath 标志来解决这个问题-

"-Wl,-rpath,$(CLANG_PATH)/lib"

【讨论】：