Question

我正在尝试在我的debian-testing机器上构建一个替代编译套件（对不起，真正的问题实际上在底部）。

从技术上讲，这是一个“交叉编译”，因为我需要在另一台机器上使用这个工具链，但硬件是兼容的（x86_64-unknown-linux-gnu）所以我不需要打扰build / host / target differencies。

另一方面，我做需要担心前缀/ sysroot，因为我无法安装在任何标准位置（更准确地说：我可以安装在任何地方，因为我有root权限，但我不应该）;这留给我$HOME，一些完全不标准的地方（例如：/usr/local/my/toolchain）或一些半标准（例如：/opt）的地方。在任何情况下，我都需要做一些事情来使编译能够在这些地方找到include和lib以及运行时链接器来查找所需的.so。

我的要求是：

我有一个不会被搞乱的Linux。
此系统不有“C”编译器。
说linux是基于BusyBox的，所以我需要大量的实用工具来进行任何认真的编译，包括make，sed，awk，...，旁边编译器本身。
我很乐意在/opt填充我的增强工具链，但这不是必需的;任何地方都可以，只要它可以由多个用户访问，我希望避免安装在$HOME。
我我意识到“optware”，我安装了它，工作......直到某一点。不幸：
- 这是真正的老软件
- 它只有32位（我的系统是Linux syno0 3.2.40 #5004 SMP Thu Nov 6 15:26:44 CST 2014 x86_64 GNU/Linux）。
- 某些程序无法编译，因为提供的库有32/64不匹配。
完成所有这些练习的真正动机是我需要安装一个必须在那里运行的应用程序所需的perl模块并从cpan安装它们我需要一个本机编译器（和其他东西，当然）。
关于Ruby-on-rails应用程序的类似论点，我应该移植到那里。
如果可能，我应该尝试使用/lib:/lib64:/usr/lib:/usr/lib64:/usr/lib32中的“本机”库（“静态”.a库不可用。）

我在处理器的可用工具链中准备自定义tarball，将其重新定位到/opt，在其sysroot中填充所需的应用并使用以下内容进行编译：{{1}}和{ {1}}。

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

我似乎明白应该通过谨慎组合CPPFLAGS="-I/opt/include"，LDFLAGS="-L/opt/lib -Wl,-rpath -Wl,/opt/lib"，--prefix，--with-sysroot和他们的朋友来自动化所有这些。

我试图理解他们应该如何使用和失败，原因或其他原因。我没有找到任何详尽的文档，GCC instalation docs中的信息让我感到困惑。

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

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

TIA 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'

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

脚本示例
```
PATH
```
最可靠，最符合人体工程学的方法 - 创建安装/卸载脚本，将正确解压缩和设置环境，重新定位工具链，您将从一个前缀卸载并安装到另一个前缀。如果您的debian测试系统上有dpkg，#!/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.*包是最佳选择。

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

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

用于binutils，gcc和amp;的GNU配置选项巧舌如簧

1 个答案: