autotools 的 config 覆盖技巧

老牌软件多用 autotools（configure 加 make）。它在交叉编译上的名声不佳，但掌握了覆盖技巧，它是三类构建系统里最服帖的——因为它把所有决定都摊在配置脚本参数上。

▍三条主轴参数
--host 声明目标三元组（aarch64-linux 或类似的 musl 目标标识），这是触发交叉模式的开关；--prefix 装进工程前缀；PKG_CONFIG_PATH 指向预编译栈的 pkgconfig。CC 与 CXX 环境变量给 NDK 编译器。这五样齐了，大半 configure 能过。

▍探测失败的分类处置
configure 的运行时探测分两类：一类探测目标平台能力（头文件、函数、库），交叉下编译执行测试程序失败是正常信号，多数探测自动降级为编译型探测，不用管；二类探测宿主工具或行为（路径、桌面环境），失败会给 disable 或 with 选项，显式给值，别让它猜。真正要警惕的是猜错：configure 猜了一个桌面假设并通过了，后面运行时才炸——遇到怪问题回看 config.log 的探测结论。

▍缓存变量强行覆盖
探测不认参数时用缓存变量压：在 configure 命令行给 ac_cv_ 开头的缓存变量直接赋值（函数存在性、库可用性都可以这样定），这是对付顽固探测的杀手锏。 Air 工程常用的场景：强制声明某函数不存在（走替代路径）、强制库路径。

▍常见错误
一，忘了 --host：全按本机编，编完才发现在 x86 机器上编了 x86。二，libtool 的 -L 与 rpath 处理：链接期路径写进 la 文件影响后续依赖解析，前缀迁移后要清理。三，并行构建的顺序竞态：老工程的 make 依赖图有洞，并行度降到默认或修依赖。四，装完检查：install 后立刻核对前缀里的库是 arm64（用文件名后缀或读取 ELF 头确认），防止静默装错。

▍建议
configure 的完整命令行（含所有覆盖变量）固化进工程脚本，附一行注释说明每个覆盖的原因——三个月后的你会感谢这行注释。

更多真实移植案例，欢迎到 apps 板块翻看 56 篇《鸿蒙PC适配全记录》系列实录。