将 g++ 4.8 链接到 libstdc++

问题描述：

我在运行 64 位 Ubuntu 12.04 的桌面上下载并构建了 gcc 4.8.1。我按照文档的建议，从源代码构建了它，并使用了以下命令

../../gcc-4.8.1/configure --prefix=$HOME --program-suffix=-4.8
make
make -k check
make install

它似乎通过了所有测试，我将所有内容安装到我的主目录中，并使用后缀 -4.8 来区别于系统 gcc（版本 4.6.3）。

不幸的是，当我使用 g++-4.8 编译 c++ 程序时，它会链接到系统 libc 和 libstdc++，而不是从 gcc-4.8.1 编译的较新的程序。我下载并构建了 gcc 4.8，因为我想尝试一下标准库中的新 C++11 功能，所以这种行为肯定不是我想要的。我该怎么做才能让 gcc-4.8 自动链接到它附带的标准库而不是系统标准库？

解决方案 1：

当您链接自己的 gcc 时，您需要添加额外的运行时链接器搜索路径，-Wl,-rpath,$(PREFIX)/lib64以便在运行时找到与您的 gcc 相对应的共享库。

我通常会在与和相同的目录中创建一个名为gcc和 的包装器，并调用它而不是和，如动态链接器无法找到 GCC 库中所述：g++`gcc-4.8g++-4.8gcc-4.8`g++-4.8

#!/bin/bash
exec ${0}SUFFIX -Wl,-rpath,PREFIX/lib64 "$@"

安装时SUFFIX，PREFIX应将 替换为传递给 的内容configure：

cd ${PREFIX}/bin && rm -f gcc g++ c++ gfortran
sed -e 's#PREFIX#${PREFIX}#g' -e 's#SUFFIX#${SUFFIX}#g' gcc-wrapper.sh > ${PREFIX}/bin/gcc
chmod +x ${PREFIX}/bin/gcc
cd ${PREFIX}/bin && ln gcc g++ && ln gcc c++ && ln gcc gfortran

（gcc-wrapper.sh这是 bash 片段）。

上述解决方案不适用于某些版本，libtool因为g++ -Wl,... -v假定链接模式并因错误而失败。

更好的解决方案是使用 specs 文件。一旦构建了 gcc/g++，调用以下命令使 gcc/g++ 添加-rpath到链接器命令行（${PREFIX}/lib64根据需要替换）：

g++ -dumpspecs | awk '/^*link:/ { print; getline; print "-rpath=${PREFIX}/lib64", $0; next } { print }' > $(dirname $(g++ -print-libgcc-file-name))/specs

解决方案 2：

我在构建 gcc-4.8.2 时遇到了同样的问题。我没有该机器的 root 访问权限，因此需要将其安装到我的主目录中。我尝试了几次才弄清楚如何让这个工作正常，所以我将在这里重现它，以便其他人更容易理解。这些是我用来配置 gcc 的命令：

prefix=/user/grc/packages

export LDFLAGS=-Wl,-rpath,$prefix/lib
export LD_RUN_PATH=$prefix/lib
export LD_LIBRARY_PATH=$prefix/lib

../../src/gmp-4.3.2/configure  --prefix=$prefix
../../src/mpfr-2.4.2/configure --prefix=$prefix
../../src/mpc-0.8.1/configure  --prefix=$prefix --with-mpfr=$prefix --with-gmp=$prefix
../../src/gcc-4.8.2/configure  --prefix=$prefix --with-mpfr=$prefix --with-gmp=$prefix --with-mpc=$prefix --enable-languages=c,c++

这样我就得到了一个可以运行的二进制文件，但是我使用该版本的 g++ 构建的任何程序都无法正确运行，除非我使用 -Wl、-rpath、$prefix/lib64 选项构建它。可以通过提供 specs 文件让 g++ 自动添加该选项。如果您运行

strace g++ 2>&1 | grep specs

您可以看到它检查哪些目录以查找 specs 文件。在我的例子中，它是 $prefix/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/specs，因此我运行 g++ -dumpspecs 来创建一个新的 specs 文件：

cd $prefix/lib/gcc/x86_64-unknown-linux-gnu/4.8.2
$prefix/bin/g++ -dumpspecs > xx
mv xx specs

然后编辑该文件以提供 -rpath 选项。搜索如下行：

*link_libgcc:
%D

并编辑以添加 rpath 选项：

*link_libgcc:
%D -rpath /user/grc/packages/lib/%M

%M 扩展为 ../lib 或 ../lib64，具体取决于您构建的是 32 位还是 64 位可执行文件。

请注意，当我在较旧的 gcc-4.7 版本上尝试同样的技巧时，它不起作用，因为它没有扩展 %M。对于较旧的版本，您可以删除 %M 并只硬编码 lib 或 lib64，但这仅在您仅构建 32 位可执行文件（使用 lib）或仅构建 64 位可执行文件（使用 lib64）时才是一种可行的解决方案。

解决方案 3：

gcc -print-search-dirs将告诉您编译器在哪里寻找运行时库等。您可以使用-B<prefix>选项覆盖它。