Rust交叉编译OpenWrt MIPS报错找不到静态库c及极小体积编译方案咨询

你遇到的could not find native static library 'c'报错，是因为mips-unknown-linux-musl目标默认配置为静态链接musl libc，开启build-std后会优先查找静态版本的libc库，而你的OpenWrt SDK工具链没有提供静态libc.a，且你本身需要动态链接libc，因此需要修改编译配置关闭默认静态链接行为：

1. 编译时添加RUSTFLAGS参数指定动态链接：

RUSTFLAGS="-C target-feature=-crt-static" cargo +nightly build -Z build-std=std,panic_abort --target=mips-unknown-linux-musl --release

-C target-feature=-crt-static参数会关闭musl目标默认的静态链接crt行为，编译时会查找动态的libc.so，不再寻找静态libc.a，即可解决报错。
2. 如果仍然提示库路径找不到，可以在.cargo/config的对应目标配置下添加rustflags字段，指定OpenWrt工具链的库路径：

[target.mips-unknown-linux-musl]
ar = "/home/alex/projects/openwrt-sdk-19.07.7-ath79-generic_gcc-7.5.0_musl.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-7.5.0_musl/bin/mips-openwrt-linux-ar"
linker = "/home/alex/projects/openwrt-sdk-19.07.7-ath79-generic_gcc-7.5.0_musl.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-7.5.0_musl/bin/mips-openwrt-linux-gcc"
rustflags = [
  "-C", "target-feature=-crt-static",
  "-L", "/home/alex/projects/openwrt-sdk-19.07.7-ath79-generic_gcc-7.5.0_musl.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-7.5.0_musl/lib"
]

基础编译参数优化 #

• 保留你当前Cargo.toml中profile.release的配置：opt-level="z"（优先优化体积）、lto=true（全链接时优化）、codegen-units=1（最大化优化效果）、panic="abort"（省略panic展开回溯代码），该配置已经覆盖了基础体积优化的核心项
• 开启自动strip：取消Cargo.toml中cargo-features = ["strip"]和profile.release下strip = true的注释，编译时会自动对二进制做裁剪，效果和手动strip一致，无需额外操作
• 完成报错修复后开启build-std，可以裁剪掉标准库中你用不到的功能模块，通常可以减少20%~40%的标准库占用体积

依赖裁剪优化 #

• 你当前使用的clap 3.0 beta版本依赖体积较大，建议替换为更轻量的命令行解析库，比如pico-args；如果你的程序参数非常简单，直接手动解析命令行参数即可省略数百KB的依赖体积
• 所有依赖都关闭默认特性，仅开启实际用到的特性：比如必须使用clap的话，添加依赖时设置default-features = false，只开启你用到的少量特性，避免引入不需要的代码
• 优先选择轻量实现的依赖：比如需要序列化功能时优先选择miniserde，避免引入serde整套derive体系带来的体积开销

进阶优化方案 #

• 若优化后体积仍不符合要求，再考虑逐步改造为no_std方案：先拆分核心逻辑，将不需要std的模块先改造为no_std，无需一次性全量改造，成熟的no_std程序体积可以做到和GCC编译的C程序接近
• 使用cargo-bloat工具分析二进制各个段、各个依赖的体积占比，针对性裁剪占比最高的冗余代码
• 编译完成后可以用upx对二进制加壳，MIPS架构下压缩率通常能达到50%左右，进一步减小体积，绝大多数OpenWrt默认内核都支持运行upx加壳的程序

内容的提问来源于stack exchange，提问作者AlexKing