我一直在检查$NDK/build/toolsAndroid NDK 目录中的“开发脚本”，并一直在修改它们以构建在 ARM 而不是 x86 或 x86_64 上运行的主机/构建工具链。例如：
edge-case@Flubber:/opt/ndk/toolchains/arm-linux-androideabi-4.8/prebuilt
/linux-x86/bin$ file arm-linux-androideabi-gcc
arm-linux-androideabi-gcc: ELF 32-bit LSB executable, Intel 80386,
version 1 (SYSV), dynamically linked (uses shared libs), for
GNU/Linux 2.6.8, stripped
我希望它适用于 ARM，而不是 Intel 80386 或任何 Intel 衍生产品，除非它是 Intel ARM（我认为有/曾经是 Strongarm？不记得 atm 了；p）。
如果没有的话，我想我自己也可以做。几乎到了我认为我可以为arm编译gcc工具的程度，而脚本不会首先阻止我。我现在无法在我的旧 a$$ HP 上真正交叉编译任何东西，它只有 512MB 内存，而我的手机具有双核处理器的 4 倍，而我的 HP 只有一个核心并且已经有 10 多年的历史了。在我的笔记本电脑的一个分区上安装了一个糟糕的 Windows 后（只是为了玩《无冬之夜》），我基本上是 SOL，笔记本电脑有 8 GB 内存和 2.6 ghz 双核 64 位 cpu，搞砸了我的 BIOS，不知道 MS 在做什么他们用肮脏的手指在我的 BIOS 上乱涂乱画，但无论如何，我这辈子都不想看到开始菜单了。我已经失败了至少 20 个基于 *nix 的安装，而且我的电脑从未出现过无法操作的情况，atm 我什至无法进入我的 BIOS 来更改任何内容，无论我做什么，只是黑屏。
不管怎样，我已经尝试过谷歌搜索“Android NDK for arm”或“Android NDK run on arm”之类的东西，但找不到任何东西。 Ubuntu 存储库具有 arm-linux-androideabi-* 工具，但同样仅适用于 x86 和 x86_64。我不需要交叉编译器来编译本机内容，我需要本机编译器来编译本机内容，希望这是有道理的。
这已经完成了吗？如果我可以查看他们的构建脚本并可能将它们合并到 r9d 修订版中，这会节省我一些时间。