Clang dynamic memory analyzer未引用源代码Red Hat 6.3
我们最近构建了3.3版本的clang/llvm，使用Fedora20打包过程作为解包指南，将不同部分移动到正确的位置，并构建编译器工具链。除了动态内存分析器没有引用回源代码之外，所有这些似乎都正常工作。Fedora平台上的相同用法确实引用了源代码Clang dynamic memory analyzer未引用源代码Red Hat 6.3,clang,llvm-clang,Clang,Llvm Clang,我们最近构建了3.3版本的clang/llvm，使用Fedora20打包过程作为解包指南，将不同部分移动到正确的位置，并构建编译器工具链。除了动态内存分析器没有引用回源代码之外，所有这些似乎都正常工作。Fedora平台上的相同用法确实引用了源代码 这是我们第一次尝试使用clang/llvm工具集。此外，这是本论坛提出的第一个问题，它的组织结构似乎与我参加过的所有其他论坛有所不同，因此，如果我没有弄清楚在这里发布问题的细微差别，请提前提出我的建议。主要项目似乎没有提问的方式，这似乎很奇怪。我们找到
这是我们第一次尝试使用clang/llvm工具集。此外，这是本论坛提出的第一个问题，它的组织结构似乎与我参加过的所有其他论坛有所不同，因此，如果我没有弄清楚在这里发布问题的细微差别，请提前提出我的建议。主要项目似乎没有提问的方式，这似乎很奇怪。我们找到了一个解决方案，不知道为什么需要添加额外的问题 环境设置。汇编如下： PATH=/net/fas4045/home3/jq031c/llvm_sandbox/bin:$PATH make-j16 DEPFILES=CXX=clang++CC=clang cxflags=“-fsanize=memory -F对内存磁道原点进行管理-fno忽略帧指针“ LDXFLAGS=-fsanize=内存 运行方式如下： MSAN_symboler_PATH=/net/fas4045/home3/jq031c/llvm_sandbox/bin/llvm symboler./runtests.sh
我们可以理解，我们需要将分析选项添加到链接标志中，因为我们需要先进行两步编译，然后进行链接。搜索后的发现是需要使用环境变量定义llvm Symboler的路径，而其他动态分析选项似乎都不需要该环境变量。要补充一点，Red Hat 6.3上的GCC编译器版本4.4.6不支持C++11标准，因此当前版本不支持C++11。两件可能要做的事情是：；重新配置以使用clang构建clang/llvm，并将c++11支持和/或更新添加到最新的3.4版本。