我已经手动构建了 Android NDK 工具链。一切正常,除了当我使用编译器时,它找不到基本的 STL 东西,比如 . 所以它不能编译包含 STL 的代码,因为它默认不知道在哪里寻找头文件。在使用自定义或预构建工具链之前,我从未遇到过这个问题。但是,如果我手动添加包含目录,例如
-I$(NDK_TOOLCHAIN)/arm-linux-androideabi/include/c++/4.6/
然后它工作得很好。手动添加每个重要的目录是一件很痛苦的事情(不止这个)。在这个过程中肯定有什么东西坏了。
这些是我构建它所遵循的步骤:
sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl
Download NDK
Untar NDK to [SOME_LOCATION], using /opt/ndk/
Set NDK_ROOT=/opt/ndk/
./build/tools/download-toolchain-sources.sh src/
Download MPC 0.9
Move mpc tar to ./src/mpc/
./build/tools/build-gcc.sh --gmp-version=4.3.2 --mpc-version=0.9 --mpfr-version=2.4.2 --binutils-version=2.21 $(pwd)/src $(pwd) arm-linux-androideabi-4.6
./build/tools/build-gcc.sh --gmp-version=4.3.2 --mpc-version=0.9 --mpfr-version=2.4.2 --binutils-version=2.21 $(pwd)/src $(pwd) x86-4.6
./build/tools/build-gcc.sh --gmp-version=4.3.2 --mpc-version=0.9 --mpfr-version=2.4.2 --binutils-version=2.21 $(pwd)/src $(pwd) mipsel-linux-android-4.6
所有 STL 文件都存在于正确的位置。如果我在使用这些自定义构建的工具链作为参考后构建独立工具链,则每个版本的所有头文件和编译库。
== 更新
强制 gcc 吐出它的包含搜索路径:
echo "#include <bogus.h> int main(){}" > t.c; /opt/android-9_arm/bin/arm-linux-androideabi-gcc -v t.c; rm t.c
这包含一个搜索路径,包括:
/opt/android-9_arm/bin/../lib/gcc/arm-linux-androideabi/4.6.x-google/../../../../arm-linux-androideabi/include
在那个位置确实是以下 ./cxx/4.6/STL_HEADERS
将输出与 google 的 NDK 构建进行比较确实在严重的地方有所不同。现在真正的问题是如何保证我的自定义 GCC 构建指向适当的 G++ STL 标头位置。