!> 由于作者个人精力有限，此处文档没有列全所有 xmake 支持的工具链，后面会逐步补充，也欢迎大家提 pr 改进，或者提供赞助支持文档更新。 ### Gcc 如果 linux 上安装了 gcc 工具链，通常 xmake 都会优先探测使用，当然我们也可以手动切换到 gcc 来构建。 ```console $ xmake f --toolchain=gcc -c $ xmake ``` #### 使用指定版本的 Gcc 如果用户额外安装了 gcc-11, gcc-10 等特定版本的 gcc 工具链，在本地的 gcc 程序命名可能是 `/usr/bin/gcc-11`。 一种办法是通过 `xmake f --cc=gcc-11 --cxx=gcc-11 --ld=g++-11` 挨个指定配置来切换，但非常繁琐。 所以，xmake 也提供了更加快捷的切换方式： ```console $ xmake f --toolchain=gcc-11 -c $ xmake ``` 只需要指定 `gcc-11` 对应的版本名，就可以快速切换整个 gcc 工具链。 ### Clang 在 macOS 和 linux，通常 xmake 也会优先尝试去自动探测和使用它，当然我们也可以手动切换。 ```console $ xmake f --toolchain=clang -c $ xmake ``` 在 windows 上，它会自动加载 msvc 环境。 另外，我们也支持 PortableBuildTools + clang 环境： ```console $ xmake f -c --sdk=C:/BuildTools --toolchain=clang $ xmake -v [ 50%]: cache compiling.release src\main.cpp C:\Users\star\scoop\apps\llvm\current\bin\clang -c -Qunused-arguments -m64 --target=x86_64-windows-msvc -fexceptions -fcxx-exceptions -o build\.objs\test\windows\x64\release\src\main.cpp.obj src\main.cpp [ 75%]: linking.release test.exe C:\Users\star\scoop\apps\llvm\current\bin\clang++ -o build\windows\x64\release\test.exe build\.objs\test\windows\x64\release\src\main.cpp.obj -m64 --target=x86_64-windows-msvc [100%]: build ok, spent 0.235s ``` ### Clang-cl 如果只是单纯的切换使用 clang-cl.exe 编译器，剩下的链接操作还是用 msvc，那么我们不需要整个工具链切换，仅仅切换 c/c++ 编译器。 ```console $ xmake f --cc=clang-cl --cxx=clang-cl -c $ xmake ``` ### LLVM 除了独立 clang 编译器，如果用户安装了完整 llvm 工具链，我们也可以整个切换过去，包括 `llvm-ar` 等工具。 ```console $ xmake f --toolchain=llvm --sdk=/xxxx/llvm $ xmake ``` 如果是手动下载的 llvm sdk，我们需要额外指定 llvm sdk 根目录，确保 xmake 能找到它，当然，如果用户已经安装到 PATH 目录下，`--sdk` 参数的设置也是可选的。 ### Circle v2.5.9 xmake 新增了 circle 编译器的支持，这是个新的 C++20 编译器，额外附带了一些有趣的编译期元编程特性，有兴趣的同学可以到官网查看：https://www.circle-lang.org/ ```console $ xmake f --toolchain=circle $ xmake ``` ### Tinyc [Tiny C 编译器](https://bellard.org/tcc/) 非常的轻量，在一些不想安装 msvc/llvm 等重量型编译器的情况下，使用它可能快速编译一些 c 代码。 ```console $ xmake f --toolchain=tinycc $ xmake ``` 使用的时候，请先把 tinycc 编译器加入 PATH 环境。 我们也可以使用远程工具链自动下载集成它，真正做到全平台一键编译，无任何用户手动安装操作。 ```lua add_requires("tinycc") target("test") set_kind("binary") add_files("src/*.c) set_toolchains("@tinycc") ``` ### Armcc for Keil/MDK v2.5.9 新增了对 Keil/MDK 下 armcc 的工具链支持，相关 issue 见：[#1753](https://github.com/xmake-io/xmake/issues/1753) ```console xmake f -p cross -a cortex-m3 --toolchain=armcc -c xmake ``` 这个工具链主要用于嵌入式交叉编译，所以指定了 `-p cross` 交叉编译平台，`-a cortex-m3` 指定使用的 cpu，这里复用了 `-a/--arch` 参数。 ### Armclang for Keil/MDK v2.5.9 新增了对 Keil/MDK 下 armclang 的工具链支持，相关 issue 见：[#1753](https://github.com/xmake-io/xmake/issues/1753) ```console xmake f -p cross -a cortex-m3 --toolchain=armclang -c xmake ``` 这个工具链主要用于嵌入式交叉编译，所以指定了 `-p cross` 交叉编译平台，`-a cortex-m3` 指定使用的 cpu，这里复用了 `-a/--arch` 参数。 ### GNU-RM 另外一个嵌入式 arm 的交叉工具链，官网：https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm ```console $ xmake f --toolchain=gnu-rm -c $ xmake ``` ### SDCC 也是一个嵌入式的 arm 编译工具链。 ```console $ xmake f --toolchain=sdcc -a stm8 $ xmake ``` 我们可以指定 `-a stm8` 切换 cpu 架构，目前支持的有： - stm8 - mcs51 - z80 - z180 - r2k - r3ka - s08 - hc08 ### Mingw mingw 工具链很常用，并且全平台都提供，我们可以仅仅切换相关工具链： ```console $ xmake f --toolchain=mingw -c $ xmake ``` 但是这样，一些目标文件的后缀名并不完全匹配，因此建议整个切到 mingw 平台编译，还能支持依赖包下载。 ```console $ xmake f -p mingw -c $ xmake ``` xmake 默认会自动探测 mingw 工具链位置，macOS 和 msys/mingw64 环境通常都能自动探测到，如果检测到，也可以手动指定 mingw sdk 路径。 ```console $ xmake f -p mingw --mingw=/xxx/mingw -c $ xmake ``` 注，这里使用了 `--mingw` 而不是 `--sdk`，其实这两个都可以，但是使用 `--mingw` 单独的参数可以更好的保证个其他交叉编译工具链不冲突。 ### LLVM-Mingw 这其实是一个独立于 Mingw 的项目，用法跟 Mingw 完全一直，但是它是基于 LLVM 的，并且提供了 arm/arm64 等其他更多架构的支持，而不仅仅是 i386/x86_64 ```console $ xmake f -p mingw -a arm64 --mingw=/xxx/llvm-mingw -c $ xmake ``` 如果要使用 llvm-mingw 的 arm/arm64 架构，则需要额外指定 `-a arm64` 参数才行，另外 llvm-mingw 默认 xmake 不一定能够检测到，需要额外设置 sdk 路径。 ### Zig 如果要构建 Zig 程序，我们默认执行 xmake 就能自动使用 zig 工具链，但前提是 zig 已经在 PATH 环境下。 ```console $ xmake ``` 当然，我们也可以手动设置它。 ```console $ xmake f --toolchain=zig -c $ xmake ``` 也可以指定 zig 编译器的路径。 ```console $ xmake f --toolchain=zig --zc=/xxxx/zig -c $ xmake ``` #### Zig CC 我们也可以使用 zig 提供的 `zig cc` 编译器去编译 C/C++ 代码。 ```console $ xmake f --cc="zig cc" --cxx="zig cc" --ld="zig c++" -c $ xmake ``` #### 交叉编译 另外，我们也可以使用 zig 实现交叉编译。 ```console $ xmake f -p cross --cross=riscv64-linux-musl --toolchain=zig $ xmake ``` 或者编译 arm64 架构： ```console $ xmake f --toolchain=zig -a arm64 -c $ xmake ``` ### Emcc (WASM) 如果要编译 wasm 程序，我们只需要切换到 wasm 平台，默认就会使用 emcc 工具链去编译。 ```console $ xmake f -p wasm $ xmake ``` ### Wasi (WASM) 这是另外一个启用了 WASI 的 Wasm 工具链，我们需要手动切换使用。 ```console $ xmake f -p wasm --toolchain=wasi $ xmake ``` ### Icc (Intel C/C++ Compiler) 我们也可以切换到 Intel 的 C/C++ 编译器去使用。 ```console $ xmake f --toolchain=icc -c $ xmake ``` ### Ifort (Intel Fortain Compiler) 我们也可以切换到 Intel 的 Fortran 编译器去使用。 ```console $ xmake f --toolchain=ifort -c $ xmake ``` ### gfortran 除了 Intel 的 Fortran 编译器，我们还有 gnu fortran 编译器可用。 ```console $ xmake f --toolchain=gfortran -c $ xmake ``` ### fpc (Free Pascal) 对于 pascal 程序，xmake 默认就会使用 fpc 编译器来编译。 ```console $ xmake ``` 当然，我们也可以手动切换。 ```console $ xmake f --toolchain=fpc -c $ xmake ``` ### Dlang 对于 dlang 程序，xmake 默认就会使用 dmd 编译器来编译。 ```console $ xmake ``` 当然，我们也可以手动切换。 ```console $ xmake f --toolchain=dlang -c $ xmake ``` 需要注意的是，此处的 dlang 工具链其实内部包含了对 `dmd`, `ldc2` 和 `gdc` 的自动探测和切换。 ### Cuda 对于 Cuda 程序，我们需要手动切换到 cuda 工具链。 ```console $ xmake f --toolchain=cuda -c $ xmake ``` 我们也可以手动切换 nvcc 内部调用的 C/C++ 编译器。 ```console $ xmake f --toolchain=cuda --cu-ccbin=clang -c $ xmake ``` ### 汇编器 关于独立的汇编器工具链，xmake 支持：yasm, nasm, fasm 三个，可以随意切换，如果没设置，默认使用 gcc/clang/msvc 自带的汇编器。 ```console $ xmake f --toolchain=nasm -c $ xmake ``` 也可以单独指定汇编器路径 ```console $ xmake f --toolchain=nasm --as=/xxx/nasm -c $ xmake ``` ### Go golang 编译工具链，默认编译 go 程序会自动启用。 ```console $ xmake ``` ### Rust rust 编译工具链，默认编译 rust 程序会自动启用。 ```console $ xmake ``` 目前 rust 工具链还可以支持 android 等交叉编译环境。 ```console $ xmake f -p android --ndk=~/android-ndk-r20b -c $ xmake ``` ### NDK Android 的 NDK 编译工具链，只要启用 android 平台，就会默认启用。 ```console $ xmake f -p android --ndk=~/android-ndk-r20b -c $ xmake ``` 如果 `--ndk` 参数不指定，xmake 也会默认从 AndroidSDK/ndk-bundle 目录，以及 `$ANDROID_NDK_HOME`, `ANDROID_NDK_ROOT` 等环境变量中去探测它。 另外，我们也可以设置导全局的 `xmake g --ndk=` 配置中，避免每次重复设置。