蓝易云 - ubuntu上安装boost库为SOMEIP的X86和ARM下编译做准备（编译两种版本）

原创于 2025-12-14 10:40:32 发布 · 661 阅读

CC 4.0 BY-SA版权

文章标签：

下面给你一套在 Ubuntu 上把 Boost 做成 x86_64 与 ARM64(aarch64) 两套产物的标准化方案，用于后续 SOME/IP（如 vsomeip）在两种架构下编译与打包准备。重点是：两套库完全隔离、可复现、可交付。🙂

方案选择（先把路选对）

方案	适用场景	优点	风险点
A：各自机器本机编译（x86 主机编 x86；ARM 板子编 ARM）	你有 ARM 真机/开发板	最省心、兼容性最好	ARM 端编译慢
B：x86 主机交叉编译 ARM（生成 aarch64 Boost）	你想在一台 x86 上出两套产物	产物统一、流水线友好	需要交叉编译器与（最好有）sysroot

建议企业交付用 B：一次构建，两套交付；但第一次搭环境要更严谨。

1）安装基础依赖（两种方案都要）

sudo apt update
sudo apt install -y build-essential git cmake ninja-build pkg-config python3

build-essential：提供 gcc/g++/make，Boost 编译的“地基”
cmake/ninja：后续 SOME/IP 项目常用构建工具
pkg-config：让依赖发现更稳定
python3：部分构建/脚本会用到

2）安装 ARM64 交叉编译器（仅方案 B 需要）🧰

sudo apt install -y gcc-aarch64-linux-gnu g++-aarch64-linux-gnu

解释：安装 aarch64-linux-gnu-g++，用于在 x86 上生成 ARM64 目标文件
直白点说：没有它，你让 x86 去“假装”编 ARM，系统只会礼貌地崩给你看。

3）准备 Boost 源码（建议源码编译以锁定版本与路径）

把 Boost 源码解压到某个目录（版本按你项目需要选，关键是一致）：

tar -xf boost_*.tar.* 
cd boost_*/

解释：源码编译的价值是输出路径可控、两套架构不会互相污染

4）编译 x86_64 版本（输出到独立前缀）✅

./bootstrap.sh --prefix=/opt/boost/x86_64

--prefix：安装路径前缀，保证 x86_64 与 ARM 彻底隔离

./b2 -j"$(nproc)" variant=release threading=multi link=static runtime-link=shared \
  --with-system --with-thread --with-filesystem --with-program_options --with-chrono install

-j$(nproc)：按 CPU 核数并行编译，提高效率
variant=release：出 release 库，适合生产编译链
threading=multi：多线程库支持
link=static：生成静态库，交付更“可控”（你也可改 shared）
runtime-link=shared：运行时链接策略（减少重复体积）
--with-*：只编常用组件（SOME/IP 常见会用到 system/thread 等；按项目实际增减）
install：把结果装进 /opt/boost/x86_64

5）交叉编译 ARM64 版本（方案 B 核心）🚀

先写 Boost.Build 的工具链配置文件：

cat > user-config.jam <<'EOF'
using gcc : aarch64 : aarch64-linux-gnu-g++ ;
EOF

解释：告诉 b2 “ARM64 用哪把 g++”，否则它默认走宿主机编译器

然后编译并安装到 ARM 专属目录：

./b2 -j"$(nproc)" --user-config=./user-config.jam toolset=gcc-aarch64 \
  target-os=linux architecture=arm address-model=64 abi=aapcs \
  variant=release threading=multi link=static runtime-link=shared \
  --prefix=/opt/boost/aarch64 \
  --with-system --with-thread --with-filesystem --with-program_options --with-chrono install

toolset=gcc-aarch64：使用上面定义的 aarch64 工具链
architecture=arm address-model=64：明确目标是 ARM64
abi=aapcs：ARM Linux 常见 ABI 约定
--prefix=/opt/boost/aarch64：ARM 产物落地目录，保持隔离

如果你的 ARM 目标环境用了特定 rootfs（强烈建议），可追加：
cxxflags="--sysroot=/path/to/sysroot" linkflags="--sysroot=/path/to/sysroot"
解释：让头文件/库解析与目标系统一致，减少“能编过但跑不起来”的灰色问题。

6）快速验收：确认“库确实是对应架构”

若你编的是 .so（shared），可以这样看：

readelf -h /opt/boost/aarch64/lib/libboost_system.so | grep Machine

解释：Machine 应显示 AArch64；如果显示 x86-64，说明你交叉编译链没生效

（静态库 .a 不好直接看 Machine，建议临时编个小测试链接成可执行再 file。）

7）给 SOME/IP 项目（如 CMake）指路：别让它乱找系统 Boost

x86_64 编译时：

export BOOST_ROOT=/opt/boost/x86_64
export Boost_NO_SYSTEM_PATHS=ON

解释：强制项目使用你指定的 Boost，而不是系统自带版本（避免“你以为用的是 A，其实链接了 B”）

ARM64 交叉编译时：

在你的 toolchain 文件里指定交叉编译器，并把 BOOST_ROOT 指向 /opt/boost/aarch64
解释：不要混用，x86 的 Boost 给 ARM 链接，100% 会炸，只是炸得早晚不同。

工作流程图（vditor/Markdown 兼容）

flowchart TD
A[安装依赖] --> B{是否需要交叉编译ARM?}
B -- 否 --> C[在x86/ARM各自机器本机编译Boost]
B -- 是 --> D[安装aarch64交叉编译器]
D --> E[bootstrap设置x86 prefix并编译安装]
E --> F[配置user-config.jam指定aarch64 g++]
F --> G[b2交叉编译ARM64并安装到aarch64 prefix]
G --> H[验证架构readelf/file]
H --> I[为SOME/IP项目配置BOOST_ROOT/Toolchain]

最后的务实提醒

两套产物路径必须隔离：/opt/boost/x86_64 与 /opt/boost/aarch64，否则后期排查链接问题会非常痛苦。
交付侧优先静态库 link=static，能显著降低目标机“缺库地狱”。
如果你告诉我：目标是 ARM32 还是 ARM64、SOME/IP 项目用 CMake 还是 Autotools、是否有 sysroot/rootfs，我可以把参数收敛到更“刚性”的一套（更适合流水线与可重复构建）。