冲突的提升版本
Conflicting boost versions
由于我使用的是一些较旧的第三方代码，我使用较旧的 GCC ABI (https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html) 编译了 boost::system 和 boost::serialization。
我将它们构建到 /usr/local/lib，它已经设置为 linker 的有效路径（我也在那里使用其他库），并将它们重命名为：
$ ls /usr/local/lib/libboost_*
/usr/local/lib/libboost_serialization_old_abi.so
/usr/local/lib/libboost_serialization_old_abi.so.1.60.0
/usr/local/lib/libboost_system_old_abi.so
/usr/local/lib/libboost_system_old_abi.so.1.60.0
/usr/local/lib/libboost_wserialization_old_abi.so
/usr/local/lib/libboost_wserialization_old_abi.so.1.60.0
默认情况下，主流的boost库照常在/usr/lib下。发生的事情是，当我 link 使用自定义标志 -lboost_system_old_abi 和 -lboost_serialization_old_abi 对这些特定库的任何代码时，生成的二进制文件将被 linked 到 默认增强库:
$ ldd darwin_socket
linux-vdso.so.1 (0x00007ffd137ea000)
/usr/local/webots/resources/projects/robots/darwin-op/libraries/darwin/libdarwin.so (0x00007fcb9edaa000)
libipsocket.so.1 => /usr/local/lib/libipsocket.so.1 (0x00007fcb9eb7b000)
libboost_system.so.1.60.0 => /usr/lib/libboost_system.so.1.60.0 (0x00007fcb9e977000)
libboost_serialization.so.1.60.0 => /usr/lib/libboost_serialization.so.1.60.0 (0x00007fcb9e739000)
libController.so => not found
libCppController.so => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fcb9e3b7000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fcb9e0b2000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fcb9de9c000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fcb9dafb000)
/lib64/ld-linux-x86-64.so.2 (0x00007fcb9efc1000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007fcb9d8f3000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fcb9d6d6000)
这很奇怪，因为，如果使用原始的 -lboost_system 和 -lboost_serialization 标志，由于 new/old ABI，gcc 甚至无法 link 到默认提升不兼容。
那么这里到底发生了什么？
问题是仅仅重命名自定义构建的库是不够的。库名称作为 soname 嵌入到库中（您可以使用 readelf -d 命令查看它），并在您的应用程序被库点赞时使用。基本上，来自自定义库的 soname 作为依赖项放入您的应用程序二进制文件中，并且由于它们与官方 Boost 库名称相同，因此会在 运行 时间内加载错误的二进制文件。
您必须确保自定义构建的 Boost 库在构建过程中正确命名。您可以通过向 b2 命令行添加 --buildid=old_abi 选项来尝试执行此操作。
由于我使用的是一些较旧的第三方代码，我使用较旧的 GCC ABI (https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html) 编译了 boost::system 和 boost::serialization。
我将它们构建到 /usr/local/lib，它已经设置为 linker 的有效路径（我也在那里使用其他库），并将它们重命名为：
$ ls /usr/local/lib/libboost_*
/usr/local/lib/libboost_serialization_old_abi.so
/usr/local/lib/libboost_serialization_old_abi.so.1.60.0
/usr/local/lib/libboost_system_old_abi.so
/usr/local/lib/libboost_system_old_abi.so.1.60.0
/usr/local/lib/libboost_wserialization_old_abi.so
/usr/local/lib/libboost_wserialization_old_abi.so.1.60.0
默认情况下，主流的boost库照常在/usr/lib下。发生的事情是，当我 link 使用自定义标志 -lboost_system_old_abi 和 -lboost_serialization_old_abi 对这些特定库的任何代码时，生成的二进制文件将被 linked 到 默认增强库:
$ ldd darwin_socket
linux-vdso.so.1 (0x00007ffd137ea000)
/usr/local/webots/resources/projects/robots/darwin-op/libraries/darwin/libdarwin.so (0x00007fcb9edaa000)
libipsocket.so.1 => /usr/local/lib/libipsocket.so.1 (0x00007fcb9eb7b000)
libboost_system.so.1.60.0 => /usr/lib/libboost_system.so.1.60.0 (0x00007fcb9e977000)
libboost_serialization.so.1.60.0 => /usr/lib/libboost_serialization.so.1.60.0 (0x00007fcb9e739000)
libController.so => not found
libCppController.so => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fcb9e3b7000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fcb9e0b2000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fcb9de9c000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fcb9dafb000)
/lib64/ld-linux-x86-64.so.2 (0x00007fcb9efc1000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007fcb9d8f3000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fcb9d6d6000)
这很奇怪，因为，如果使用原始的 -lboost_system 和 -lboost_serialization 标志，由于 new/old ABI，gcc 甚至无法 link 到默认提升不兼容。
那么这里到底发生了什么？
问题是仅仅重命名自定义构建的库是不够的。库名称作为 soname 嵌入到库中（您可以使用 readelf -d 命令查看它），并在您的应用程序被库点赞时使用。基本上，来自自定义库的 soname 作为依赖项放入您的应用程序二进制文件中，并且由于它们与官方 Boost 库名称相同，因此会在 运行 时间内加载错误的二进制文件。
您必须确保自定义构建的 Boost 库在构建过程中正确命名。您可以通过向 b2 命令行添加 --buildid=old_abi 选项来尝试执行此操作。