cpp-netlib与boost库之间，ABI不匹配问题

问题

最近遇到一个问题。http获取消息卡死。

我们的环境是：

boost版本1.57，用的C++ 17编译的库<-DCMAKE_CXX_FLAGS=-std=c++17>。

cpp-netlib版本cpp-netlib-0.13.0-final，用C++ 17编译不过，就用C++11编译的<-DCMAKE_CXX_FLAGS=-std=c++11>。

最后使用cpp-netlib在获取http body时卡死，没有获取到数据。

网上查了查资料：https://github.com/cpp-netlib/cpp-netlib/issues/493

ABI介绍

      ABI（Application Binary Interface）: 应用程序二进制接口 描述了应用程序和操作系统之间，一个应用和它的库之间，或者应用的组成部分之间的低接口。

ABI涵盖了各种细节，如：

• 数据类型的大小、布局和对齐;

• 调用约定（控制着函数的参数如何传送以及如何接受返回值），例如，是所有的参数都通过栈传递，还是部分参数通过寄存器传递；哪个寄存器用于哪个函数参数；通过栈传递的第一个函数参数是最先push到栈上还是最后；

• 系统调用的编码和一个应用如何向操作系统进行系统调用；

• 以及在一个完整的操作系统ABI中，目标文件的二进制格式、程序库等等。 [1] 

      ABI不同于API，API定义了源代码和库之间的接口，因此同样的代码可以在支持这个API的任何系统中编译 ，然而ABI允许编译好的目标代码在使用兼容ABI的系统中无需改动就能运行。

      ABI掩盖了各种细节，例如:调用约定控制着函数的参数如何传送以及如何接受返回值；系统调用的编码和一个应用如何向操作系统进行系统调用；以及在一个完整的操作系统ABI中，对象文件的二进制格式、程序库等等。一个完整的ABI，像 Intel二进制兼容标准 (iBCS) ，允许支持它的操作系统上的程序不经修改在其他支持此ABI的操作系统上运行。其他的 ABI 标准化细节包括C++ name decoration和同一个平台上的编译器之间的调用约定，但是不包括跨平台的兼容性。在Unix的操作系统中，存在很多运行在同一件平台上互相相关但是不兼容的操作系统（尤其是80386兼容系统）。有一些努力尝试标准化A I，以减少销售商将程序移植到其他系统时所需的工作。然而，直到现在还没有很成功的例子，虽然LSB正在为Linux做这方面的努力。

      它描述了应用程序与OS之间的底层接口。ABI涉及了程序的各个方面，比如：目标文件格式、数据类型、数据对齐、函数调用约定以及函数如何传递参数、如何返回值、系统调用号、如何实现系统调用等。

       一套完整的ABI（比如：Intel Binary Compatibility Standard (iBCS)），可以让程序在所有支持该ABI的系统上运行，而无需对程序进行修改。

解决

     打算升级boost版本到最新版本，使用boost里的beast 替换cpp-netlib的功能。

总结

     所用的库最好用同一套编译版本C++11或C++17，不要交叉编译后相互调用，可能遇到ABI不匹配的问题。