5

我似乎无法让它发挥作用。我在等于之后配置了--with-gcc-toolchain=where 我将 gcc 所在的目录 ( /usr/lib/gcc-snapshot/bin)。

我还查看了“ clang 链接器问题”的答案，但我看不到如何获得接受的答案以找到正确的位置，并且符号链接答案会起作用，除了它正在搜索的所有目录都存在（将文件夹从 gcc-snapshot复制lib到包含位置之一似乎没有帮助）。

正如另一个问题中所建议的，输出clang++ test.cpp -v：

bob@bob:~/programming$ clang++ test.cpp -v
clang version 3.3 (trunk 171350)
目标：x86_64-unknown-linux-gnu
线程模型：posix
“/home/bob/programming/build/Release+Asserts/bin/clang” -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free -main-file-name test.cpp -mrelocation-model 静态 -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.22 -momit-leaf-frame-pointer - v -resource-dir /home/bob/programming/build/Release+Asserts/bin/../lib/clang/3.3 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr /local/include -internal-isystem /home/bob/programming/build/Release+Asserts/bin/../lib/clang/3.3/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -fdeprecated-macro -fdebug-compilation-dir /home/ bob/programming -ferror-limit 19 -fmessage-length 80 -mstackrealign -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o /tmp/测试-PWiB4M.o -x c++ test.cpp
clang -cc1 版本 3.3 基于 LLVM 3.3svn 默认目标 x86_64-unknown-linux-gnu
忽略不存在的目录 "/include"
#include "..." 从这里开始搜索：
#include <...> 从这里开始搜索：
/usr /local/include
/home/bob/programming/build/Release+Asserts/bin/../lib/clang/3.3/include
/usr/include/x86_64-linux-gnu
/usr/include
搜索列表结束。
test.cpp:1:10：致命错误：找不到“iostream”文件
#include ^
1 错误生成。

clang 3.3 版（主干修订版 171350）

编辑：构建文件夹中没有.o文件。Release+Asserts这是正常的吗？如果不是，为什么会这样，我该如何修复它（如果我可以将它作为 clang 的 stdlib，那么它也可以）。

编辑 2：它也无法编译int main(){return 0;}，因为它找不到crtbegin.o. 完整输出如下：

/usr/bin/ld: 找不到 crtbegin.o: 没有这样的文件或目录
/usr/bin/ld: 找不到 -lgcc
/usr/bin/ld: 找不到 -lgcc_s
clang: 错误: 链接器命令失败，退出代码1（使用 -v 查看调用）

之后的结果-v与上述相同，但结束错误不同。

Config.log：
完整的文件可以在这里找到，但第一行（非注释）是：$ ../llvm/configure --with-gcc-toolchain=/usr/lib/gcc-snapshot/gcc

4

1 回答 1

4

我们发现的问题是 gcc 是使用 --prefix=/usr/lib/gcc-snapshot 配置参数安装的。并且 llvm 配置了 --with-gcc-toolchain=/usr/lib/gcc-snapshot/gcc 参数。应该和gcc安装前缀一样，即--with-gcc-toolchain=/usr/lib/gcc-snapshot。

问题的当前第一行显示“我使用 --with-gcc-toolchain= 进行了配置，在等号之后我放置了 gcc 所在的目录 (/usr/lib/gcc-snapshot/bin)。”，以及当前的最后一行说“第一（非注释）行是：$ ../llvm/configure --with-gcc-toolchain=/usr/lib/gcc-snapshot/gcc”

这很令人费解，你可能认为你放了标志 --with-gcc-toolchain=/usr/lib/gcc-snapshot/bin 但你实际上放了 --with-gcc-toolchain=/usr/lib/gcc -快照/gcc

无论如何，我认为您应该尝试以下方法。

  1. 删除或重命名构建目录（运行配置命令的目录，即找到 config.log 文件的目录）我假设它是 /home/bob/programming/build 目录。
  2. 现在再次创建 /home/bob/programming/build 目录。它现在应该是空的。
  3. cd /home/bob/编程/构建
  4. 运行以下配置命令 ../llvm/configure --with-gcc-toolchain=/usr/lib/gcc-snapshot
  5. 完成其余的构建过程。

问题似乎是您没有正确指定 gcc-toolchain 前缀。它应该与您在配置 gcc 时使用的 --prefix 参数相同。

在这里报告结果。

另请参阅构建 gcc 4.7 后的 Clang 3.2 构建损坏

于 2013-01-11T03:35:21.267 回答