NDK编译器由gcc改为clang造成的STL兼容性问题

最近做NDK项目时，遇到了个很让人恼火的问题，调用动态库时，一旦API参数使用了STL容器，就无法链接。报错类似

undefined reference to ‘Func(std::__1::vector&)’

反复检查API文档与自己的程序，并未发现参数不一致的情况。检查库的依赖关系，也一切正常。最后使用

arm-linux-androideabi-nm -D -C foobar.so

-D：动态库，-C：还原经过Name mangling的函数名

导出动态库中的函数名后发现，库的函数名为

Func(std::vector&)

与上文的报错信息相比，少了“__1”，命名空间分别为std和std::__1，由于命名空间的不同导致了编译器找不到函数的实现。

查找资料后发现，从Android 7.1.1 r13的SDK开始，NDK的默认编译器由gcc更换为了clang。clang的stl实现不同于gcc的libstdc++，而是libc++。两者对STL的实现方式不同。为保证二进制兼容性， clang通过内联命名空间为自己的STL实现增加了std::__1的前缀。

In order to turn this run time crash into a link time error, libc++ uses a C++ 11 language feature called inline namespace to change the ABI of std::string without impacting the API of std::string. That is, to you std::string looks the same. But to the linker, std::string is being mangled as if it is in namespace std::__1. Thus the linker knows that std::basic_string and std::__1::basic_string are two different data structures (the former coming from gcc’s libstdc++ and the latter coming from libc++).

解决方案有两个，一是使用clang重新编译该动态库，二是编译该工程时，加入clang编译器选项stdlib=libstdc++，使用与动态库相同的STL实现。

参考文献

https://stackoverflow.com/questions/8454329/why-cant-clang-with-libc-in-c0x-mode-link-this-boostprogram-options-examp
https://stackoverflow.com/questions/31617034/stdfuture-and-clang-with-stdlib-libstdc
https://zhuanlan.zhihu.com/p/27470060