Clang Libtool行为因生成的二进制文件的位置而异

Clang Libtool行为因生成的二进制文件的位置而异,clang,llvm-clang,Clang,Llvm Clang,我创建了一个非常简单的基于Clang Libtool的程序,它构建AST并将AST转储到控制台 我正在使用以下命令编译/链接位于LLVM/Clang源代码树外部的程序,以对抗其中一个预构建的二进制文件- c++ -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_OBJC_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -DGTEST_HAS_RTTI=0 -DLLVM_BUILD_GLOBAL_ISEL -D_DEBUG -D_GNU_SOU

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

我正在使用以下命令编译/链接位于LLVM/Clang源代码树外部的程序,以对抗其中一个预构建的二进制文件-

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
我认为上述两个步骤没有错误或问题

如果我将这个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 Libtool程序后,当我们执行该程序时,我们需要以以下方式向指向llvm版本的lib文件夹的可执行文件提供-isystem标志-

$ ./myprogram -isystem/{CLANG_PATH}/lib "other args"
对于llvm-5.0,我注意到在链接时使用-static关键字会导致类似于此stackoverflow的glib版本警告

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

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

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