binutils、gcc 和 glib 的 GNU 配置选项

Question

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

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

另一方面，我确实需要担心前缀/sysroot，因为我无法安装在任何标准位置（更准确地说：我可以安装在任何地方，因为我在那里有 root 访问权限，但我不应该）；这给我留下了我的$HOME，一些完全非标准的地方（例如：/usr/local/my/toolchain）或一些半标准的地方（例如：/opt）。在任何情况下，我都需要做一些事情来启用编译以在这些地方找到 includes 和 libs，并在运行时链接器中找到所需的 .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 和他们的朋友，应该可以自动化所有这些。

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

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

我假设重新编译 Binutils 和 GCC 是强制性的，可能不需要 Glib；其他任何东西都可以在目标上重新编译为“本机”。

钛酸 ZioByte

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-testing 系统上有 dpkg，.deb 包是最好的选择。

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

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