ndk-build时各种诡异的undefined reference--

ndk-build时各种诡异的undefined reference解决方法

在编译自己编码的AndroidRTSP播放器网络库时,网络库引用到了Android NDK编译出的live555子模块库,编译会遇到遇到报各种 undefined reference to xxxx方法, 但是这些方法有都存在live555的各个模块的库中

我想看编译出来的o文件, 那个c文件对应的o文件存在,Android.mk文件也是经过各种验证的,,引用库也引用到了.
结果网上查资料查到有一种说法说是引用库的顺序问题, 越基础的库就越要写到后面. 根据这种说法修改库引用顺序,live555中各个模块库的引用顺序,:

liveMedia  groupsock  BasicUsageEnvironment  UsageEnvironment

当然最基础的引用库放在最后面,再次编译结果OK了…,顺利生成了库文件,虽然还不能调用成功...

注:

ndk 构建注意事项

ndk 构建注意事项

1, Android.mk 和 Application.mk 的默认位置放在 jni,最好不要改这个位置,不然后果很严重!

2, 生成一个静态库(.a)一定要在 Application.mk 中加入 APP_MODULES := libxxmod, 不然执行 ndk-build 没一点儿反应

3, LOCAL_C_INCLUDES 中的目录最好这样写 LOCAL_C_INCLUDES := $(LOCAL_PATH)/../xxlib/include, 不然不在 jni 目录下 启动 ndk-build,则找不到那些 .h

4, 为了支持 exceptions 和 rtti 特性 Application.mk 中要加入 APP_STL := gnustl_static 或者 APP_STL := gnustl_shared
5, 编译 Lua 5.2 需要定义宏 LOCAL_CFLAGS += -D"getlocaledecpoint()='.'" 不然 llex.c:214 会编译失败, 原因是 ndk 自带的 Bionic C 库 localeconv 函数返回的 struct lconv 是个空结构
6, 编译 Freetype 需要定义宏 LOCAL_CFLAGS += -DFT2_BUILD_LIBRARY, 不然不会 #include 导致编译失败

7, 多个静态库链接成一个动态库时 LOCAL_STATIC_LIBRARIES 中的顺序和库之间的依赖顺序有关系, 不然会链接不成功, 而且在 include xx-prebuilt.mk 是不要用 $(LOCAL_PATH), 因为可能这个被修改, 导致莫名其名的找不到 .mk, 应该这样

CONST_PATH := $(call my-dir)
...
include $(BUILD_SHARED_LIBRARY)
...
include $(CONST_PATH)/../../xx/jni/xx-prebuilt.mk

include $(CONST_PATH)/../../yy/jni/yy-prebuilt.mk

ps: LOCAL_STATIC_LIBRARIES 中的顺序和那个和依赖关系有关系,越基础的库放在越后面!!!

 

你可能感兴趣的:(嵌入式多媒体开发)