c - GNU 为 binutils、gcc 和 glib 配置选项

Question

我正在尝试在我的 debian 测试机上构建一个替代编译套件(抱歉，真正的问题实际上在底部)。

从技术上讲，这是一个“交叉编译”，因为我需要在另一台机器上使用这个工具链，但硬件是兼容的 (x86_64-unknown-linux-gnu)，所以我不需要为构建/主机/目标而烦恼差异。

另一方面，我确实需要担心 prefix/sysroot，因为我无法安装在任何标准位置(更准确地说:我可以安装在任何地方，因为我在那里有根访问权限，但我不应该)；这给我留下了我的 $HOME ，一些完全非标准的地方(例如:/usr/local/my/toolchain)或一些半标准的(例如:/opt)地方。在任何情况下，我都需要做一些事情来启用编译以找到 include s 和 lib s 在这些地方和运行时链接器中找到需要的 .so .

我的要求是:

1. 我有一个正在运行的 Linux，不应该被弄乱。
2. 这个系统没有有“C”编译器。
3. 说 linux 是基于 BusyBox 的，所以我需要大量的实用程序来在那里进行任何认真的编译，包括 make , sed , awk , ..., 除了编译器本身。
4. 我很乐意将我的增强工具链填充到 /opt 中，但这不是必需的；任何地方都可以，只要它可以被多个用户访问，我希望避免安装在 $HOME 中。 .
5. 我知道“optware”，我安装了它并且它确实工作...在一定程度上。很遗憾:
   • 真的是老软件了
   • 它只有 32 位(我的系统是 Linux syno0 3.2.40 #5004 SMP Thu Nov 6 15:26:44 CST 2014 x86_64 GNU/Linux )。
   • 有些程序无法编译，因为提供的库有 32/64 不匹配。
6. 做所有这些练习的真正动机是我需要安装一些 perl一个应用程序所需的模块必须在那里运行并从 cpan 安装它们我需要一个本地编译器(当然还有其他东西)。
7. 关于我应该移植到 Ruby-on-rails 应用程序的类似论点。
8. 如果可能的话，我应该尝试使用 /lib:/lib64:/usr/lib:/usr/lib64:/usr/lib32 中的“本地”库(“静态”.a 库不可用)。

我从一个可用的工具链为我的处理器准备一个自定义 tarball 的成功有限，将它重新定位到 /opt , 在其 sysroot 中填充所需的应用程序并编译:CPPFLAGS="-I/opt/include"和 LDFLAGS="-L/opt/lib -Wl,-rpath -Wl,/opt/lib" .

这使我能够构建几乎所有“LFS 风格”的东西，但它很容易出错并且仅限 64 位。

我似乎明白应该可以通过仔细组合 --prefix 来自动化所有这些, --with-sysroot , --with-native-system-header-dir , --enable-multilib和他们的 friend 。

我试图准确理解它们应该如何使用，但由于某种原因失败了。我没有在 GCC instalation docs 中找到任何详尽的文档和信息。让我感到困惑。

有人可以给我一个构建这个工具链的方法吗？欢迎任何指向深入文档的指针，但我怀疑需要一些辅导。

我假设必须重新编译 Binutils 和 GCC，可能不需要 Glib；其他任何东西都可以在目标上“本地”重新编译。

钛白粉字节跳动

Answer 1

在非标准位置安装工具链后，您需要使用 LIBRARY_PATH 和 C_INCLUDE_PATH 或 CPLUS_INCLUDE_PATH 为 GCC 正确设置环境(可能是系统范围的) >.

Environment Variables Affecting GCC

我看到了三种自动为可重定位工具链设置路径变量的方法:

• 在每次重定位时将您的 GCC 路径添加到您的 PATH 环境变量中。并在您的 busybox 配置文件中创建别名(通常是 /etc/profile)

  别名示例:

  alias gcc='TOOLCHAIN_PREFIX=$(which gcc | rev | cut -d"/" -f3-10 |rev); \
             LIBRARY_PATH=$TOOLCHAIN_PREFIX/lib/ \
             C_INCLUDE_PATH=$TOOLCHAIN_PREFIX/include/ gcc'
  

• 为您的工具链启动器脚本创建计算路径，但您应该使用直接路径启动它，在启动构建过程时设置它，当然您可以将其位置添加到 PATH 环境变量。

  脚本示例

  #!/bin/sh
  TOOLCHAIN_PREFIX=$(echo $0 | rev | cut -d"/" -f3-10 |rev);
  LIBRARY_PATH=$TOOLCHAIN_PREFIX/lib/ \
      C_INCLUDE_PATH=$TOOLCHAIN_PREFIX/include/ \
      $TOOLCHAIN_PREFIX/bin/gcc-4.*
  

• 最可靠和符合人体工程学的方法 — 创建安装/卸载脚本，该脚本将正确解压缩和设置环境，以重新定位工具链，您将从一个前缀卸载它并安装到另一个前缀。如果您的 debian 测试系统上有 dpkg，.deb 包是最佳选择。

我看不到完全自动设置环境的方法。但我们可以将其简化为只设置一条路径——工具链路径。

提示* 为了更好的稳定性，你应该隔离你的工具链，并在你的前缀中安装 Linux 内核头文件和 Glib