我有一些预编译的so文件,所以谁知道生成它们的标志是什么。我很想知道它们是用哪个运行时/版本的 STL 编译的(gnustl_shared?stlport_shared?)以避免与我自己的代码发生冲突。
如何从已编译的 so 文件中找出它们被编译使用的运行时?
这是所有 Android NDK C++ 代码。
我有一些预编译的so文件,所以谁知道生成它们的标志是什么。我很想知道它们是用哪个运行时/版本的 STL 编译的(gnustl_shared?stlport_shared?)以避免与我自己的代码发生冲突。
如何从已编译的 so 文件中找出它们被编译使用的运行时?
这是所有 Android NDK C++ 代码。
就像 Alex 说的,你可以使用 readelf 来找出其中的一些。以下可以让您知道该库是否依赖于共享 STL,以及哪个:
$ readelf -dW path/to/libfoo.so | grep NEEDED
0x00000001 (NEEDED) Shared library: [libc++_shared.so]
0x00000001 (NEEDED) Shared library: [libc.so]
0x00000001 (NEEDED) Shared library: [libm.so]
0x00000001 (NEEDED) Shared library: [libstdc++.so]
0x00000001 (NEEDED) Shared library: [libdl.so]
如您所见,这个库依赖于 libc++_shared。忽略 libstdc++.so 你也会看到。那是https://github.com/android-ndk/ndk/issues/105。
如果它依赖于静态 STL(或者您的库是静态库)并且不是用 构建的-fvisibility=hidden
,那么该方法将不起作用。在这种情况下,您仍然可以确定该库是针对 libc++ 还是非 libc++ 构建的。所有 libc++ 符号都在一个内部命名空间中(std::__ndk1
而不仅仅是std
),以支持 STL 版本控制并避免与系统 STL 冲突。如果它是一个非常旧的(r10 或更早版本)libc++,它将只是__1
.
$ readelf -sW path/to/libfoo.so | grep __ndk1
6: 000008bf 86 FUNC WEAK DEFAULT 12 _ZNSt6__ndk112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6__initEPKcj
7: 000008a9 22 FUNC WEAK DEFAULT 12 _ZNSt6__ndk112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED2Ev
如果您想找出构建库的 NDK 版本,可以使用https://android.googlesource.com/platform/ndk/+/master/parse_elfnote.py。
$ python parse_elfnote.py foo/libs/armeabi-v7a/libfoo.so
----------ABI INFO----------
ABI_NOTETYPE: 1
ABI_VENDOR: Android
ABI_ANDROID_API: 14
ABI_NDK_VERSION: r17-canary
ABI_NDK_BUILD_NUMBER: dev
大多数此类信息仅适用于使用相对较新的 NDK(r14?我不记得我们何时添加)构建的库。
NDK 附带一个名为 readelf 的实用程序(在 NDK/toolchains 下)。要查看预构建二进制文件需要哪个共享 STL 库,您可以运行
$NDK/toolchains/arm-linux-androideabi-4.9/prebuilt/*/bin/arm-linux-androideabi-readelf -a 3rd-party-lib.so | grep NEEDED | grep _shared
版本很棘手。STL 共享二进制文件没有版本信息,我认为不存在测试其向后兼容性的过程。尽管如此,stlport abd gnustl 至少已经稳定了两年。
您通常可以确定用于构建二进制文件的编译器,但不,NDK 编译器并不总是随着每个 NDK 版本而更改。