LLVM在Android NDK工具链中的用途是什么？

Question

LLVM在Android NDK工具链中的用途是什么？

简要回顾一下：

我在Ubuntu上使用Gradlew构建本地项目，目标是arm和x86_64体系结构。似乎利用 LLVM 来调用 arm-linux-
androideabi-4.9
和 x86_64 （？）的C / C ++编译器

以下内容摘自 armeabi-v7a / ndkBuild_build_output.log：

/ home / mypc / Android / android-ndk-r17c / toolchains / llvm / prebuilt /
linux-x86_64 / bin / clang ++ -MMD -MP -MF / home / mypc / git / android-
project-1 / build / intermediates / ndkBuild
/debug/obj/local/armeabi-v7a/objs-debug/module-5/stream_cpp.od -gcc-
toolchain /home/mypc/Android/android-ndk-r17c/toolchains/arm-linux-
androideabi-4.9/prebuilt / linux-x86_64 -fpic -ffunction-sections -funwind-
tables -fstack-protector-strong -Wno-invalid-command-line-argument …

..，以下内容摘自 x86_64 / ndkBuild_build_output.log：

/ home / mypc / Android / android-ndk-r17c / toolchains / llvm / prebuilt /
linux-x86_64 / bin / clang ++ -MMD -MP -MF / home / mypc / git / android-
project-1 / build / intermediates / ndkBuild /debug/obj/local/x86_64/objs-
debug/module-5/stream_cpp.od -gcc-toolchain /home/mypc/Android/android-
ndk-r17c/toolchains/x86_64-4.9/prebuilt/linux-x86_64 -target x86_64-none-
linux-android -ffunction-sections -funwind-tables -fstack-protector-strong-
fPIC -Wno-invalid-command-line-argument …

• “ …”表示我修剪过的此单行命令的尾巴很长。
• 个人文件夹和项目的名称已更改。

让我们看一下Android NDK的 toolchains 文件夹中的内容：

myacc:~/.../android-ndk-r17c/toolchains$ tree -L 1
.
├── aarch64-linux-android-4.9
├── arm-linux-androideabi-4.9
├── llvm
├── mips64el-linux-android-4.9
├── mipsel-linux-android-4.9
├── NOTICE-MIPS
├── NOTICE-MIPS64
├── renderscript
├── x86-4.9
└── x86_64-4.9

这让我很困惑。我认为 llvm 是一种工具链，因为它位于此处，紧挨其他工具链。同样，Android NDK工具链中LLVM的实际用途是什么？

谢谢您的帮助 ：）

Answer 1

LLVM是编译器（后端）。使用的编译器是Clang，它位于llvm目录中。（LLVM是执行实际代码生成（又称为后端）的Clang组件的名称。）

以前，NDK使用GCC作为编译器。使用GCC，每个目标体系结构（arm，aarch64，x86等）都有单独的GCC副本，该副本是通过配置该单个目标而构建的。另一方面，Clang
/
LLVM可以使用一个编译器可执行文件来针对任何已配置的体系结构。因此，使用Clang，您将节省一些磁盘空间，避免拥有许多单独的编译器可执行文件。这就是为什么llvm目录树只有一个副本的原因。

在NDK
r17中，您可以同时使用GCC和Clang编译器。默认情况下使用Clang，但GCC仍可用于尚未迁移到使用Clang的项目。在较新的NDK版本中，将删除旧的GCC。

在较新的NDK版本中，即使删除了GCC，aarch64-linux-android-4.9仍会保留特定于体系结构的目录，因为仍使用GNU
binutils（构建过程中使用的次要工具），并且每个体系结构也包含一个副本（甚至尽管从技术上讲，它们可能会在各种体系结构上运行）

至于为什么为例如arm建造也提到x86_64；当您运行Clang或GCC时，您正在为构建计算机运行一个可执行文件，该可执行文件运行x86_64，因此prebuilt/linux-x86_64是路径的一部分。