本文主要是介绍解决vendor和frameworks‘libxxx.so already defined‘的编译问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
问题背景:
vendor目录:
sdm845_la2.0/caf/vendor/qcom/proprietary/chi-cdk/vendor/node
frameworks目录:
sdm845_la2.0/caf/frameworks
vendor和frameworks目录下都有预编译模块libxxx，如何解决"libxxx.so already defined"的编译问题?
1 同时打开frameworks和vendor下的预编译libxxx
编译模块libxxx:
source build/envsetup.sh
lunch sdm845-userdebug
make libxxx
出现如下编译错误:
caf/out目录下并没有生成libxxx.so
2 只打开vendor下的预编译libxxx，屏蔽frameworks下的libxxx
编译模块libxxx:
make libxxx
编译成功
caf/out/.../vendor/...目录下生成libxxx.so
(1)编译libvendor_prj(vendor目录下的工程，链接libxxx.so)
make libvendor_prj
编译成功
也就是说libvendor_prj可以link到vendor下的libxxx.so!!!
(2)编译libframe_prj(frameworks目录下的工程，链接libxxx.so)
make libframe_prj
编译失败:
也就是说libframe_prj不能link到vendor下的libxxx.so!!!
所以问题变为：如何修改frameworks下的Android.mk，使其可以link到vendor目录代码生成的libxxx.so???
(3)尝试修改frameworks下的Android.mk，很久未果；换种思路，尝试修改vendor的libxxx.so生成目录
修改chi-cdk/vendor/node/xxx/common/build/android/Android.mk:
make libxxx
编译成功:
make libframe_prj
编译成功
make libvendor_prj
编译成功
3 只打开frameworks下的预编译libxxx，屏蔽vendor下的libxxx
vendor下的屏蔽:
编译模块libxxx:
make libxxx
编译成功：caf/out/.../system/...目录下生成libxxx.so
(1)编译libframe_prj
make libframe_prj
编译成功，也就是说libframe_prj可以link到system下的libxxx.so!!!
(2)编译libvendor_prj
make libvendor_prj
编译成功，也就是说libvendor_prj可以link到system下的libxxx.so!!!
4 总结
综上，出现already defined的原因是LOCAL_MODULE:=libxxx被BUILD_PREBUILT了两次。
经实验，frameworks下的代码和vendor下的代码都会链接 caf/out/.../system/...下的libxxx.so
所以解决方法就是:
(1)framework下:BUILD_PREBUILT一次libxxx即可.
(2)vendor下:默认libxxx.so的生成路径即可（caf/out/.../system/...），不要设置libxxx.so的生成路径在caf/out/.../vendor/...下.
这篇关于解决vendor和frameworks‘libxxx.so already defined‘的编译问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
