答案可以在
How to deal with recursive dependencies between static libraries using the binutils linker?找到.
LOCAL_LDLIBS := -L ../external/ -lB -lC -lB
我拿了两个库的NDK样本,并进行了微小的改动来演示技术on GitHub.
更新(2017年):自2012年以来,NDK的规则变得更加严格,现在它会抱怨LOCAL_LDLIBS包含非系统库:
Android NDK: WARNING:Android.module: non-system libraries in linker flags: -la -lb
Android NDK: This is likely to result in incorrect builds. Try using LOCAL_STATIC_LIBRARIES
Android NDK: or LOCAL_SHARED_LIBRARIES instead to list the library dependencies of the
Android NDK: current module
这只是一个警告,所以你可以忽略它.
或者在-l之后添加空格以超越NDK保护:
LOCAL_LDLIBS := -L ../external/ -l B -l C -l B
或者,您可以使用
LOCAL_LDLIBS += -L ../external -Wl,--start-group -l B -l C -Wl,--end-group
如果涉及的库不是预构建的,则无需猜测它们的位置(使用Android Studio NDK集成时可能会特别棘手).使用
LOCAL_LDLIBS := -L $(TARGET_OUT) …
存在一种替代方法,其不使用“递归”链接.但它涉及迭代.首先,尝试以通常的方式构建共享库.如果此操作因未解析的符号而失败,请将所有这些符号复制到剪贴板,然后将其粘贴到Android.mk中.假设这些符号是extBa,extBb和extBc(在上面的场景中,我相信libC的某个对象没有找到在libB中某处定义的这些符号,这就是链接失败的原因).你现在需要什么,补充一下
LOCAL_LDFLAGS += -Wl,-u'extBa' -Wl,-u'extBb' -Wl,-u'extBc'
您可以进行下一步,并将所有内容与libC捆绑在一起:
LOCAL_EXPORT_LDFLAGS += -Wl,-u'extBa' -Wl,-u'extBb' -Wl,-u'extBc'
现在任何使用libC的共享库都不会错过这些符号.