sysroot 与预编译栈拼接

交叉编译到了中后期，工作重心从编框架变成拼依赖：目标应用要三五十个库，其中一部分自己编，一部分从预编译栈拿，一部分打补丁。sysroot 与预编译栈的拼接纪律，决定了这条路是越走越顺还是越走越乱。

▍两种拼法
拼法一，统一 sysroot：把所有依赖装进一个前缀，编译时 sysroot 指向它，查找天然统一。拼法二，分层前缀：基础栈（共享，只读）加工程私有前缀（专属依赖与补丁），链接时两个前缀都进查找路径，私有优先。Air 工程两种都在用：共享栈工程天然是拼法二的全局版。

▍分层前缀的纪律
一，共享前缀只读：任何工程专属需求都进私有前缀，绝不改共享层——一个工程改共享库会静默影响全组。二，命名可追溯：私有前缀里的库带版本目录，知道每个库哪来的。三，pc 文件成对：每个库的 pkgconfig 文件跟着装，探测层全靠它。四，头文件与库同步换：升级库时两者一起动，半升级状态是最恶性的脏。

▍版本与 ABI 校验
拼接最大的隐患是 ABI 悄悄错配：两个前缀里同名库不同版本，链接器拿了 A 的头文件 B 的库，运行时符号漂移出诡异崩溃。纪律：链接完成后跑一遍未定义符号检查；对 CPlusPlus 库注意标准库的混链（不同工具链编的库混用 libcPlusPlus 实现会炸在异常抛掷路径）。预编译依赖接入前做 ABI 实测（编个 demo 真调一次），清单通过再放量。

▍常见错误
一，同名库双版本都在查找路径里，顺序决定命运：显式控制顺序，别靠默认。二，静态库与动态库混链同一依赖：统一形态。三，依赖的依赖漏装：用 ELF 的 NEEDED 递归核一遍，把闭包拉全再打包。

▍建议
拼装脚本化：一条命令从零拼出完整前缀，可重复执行。能重建的前缀才是可信的前缀。

有疑问欢迎在本板块直接发帖，我们会逐条回复。