今天在编译一个代码时发现Android编译系统在设置头文件搜索路径的顺序上好像有些问题。Android编译系统本身设置了一堆公共的头文件搜索路径(参见pathmap.mk中pathmap_INCL的定义),然后允许每个项目在自己的Android.mk中通过LOCAL_C_INCLUSES 来添加独特的搜索路径。按照一般的想法,在最后的编译参数中,项目自己独特的搜索路径应该放在公共搜索路径之前,这样,一旦出现头文件名冲突的情况,会优 先使用项目自己指定的头文件。但是在Android的编译系统中情况并非如此,项目自定义的头文件搜索路径反而被放在了最后。参见 definitions.mk文件里的下面这个定义:
成都创新互联长期为近千家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为四平企业提供专业的成都网站制作、网站设计、外贸网站建设,四平网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。
- define transform-cpp-to-o
- @mkdir -p $(dir $@)
- @echo "target $(PRIVATE_ARM_MODE) C++: $(PRIVATE_MODULE) <= $<"
- $(hide) $(PRIVATE_CXX) \
- $(foreach incdir, \
- $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
- $(TARGET_PROJECT_INCLUDES) \
- $(TARGET_C_INCLUDES) \
- ) \
- $(PRIVATE_C_INCLUDES) \
- , \
- -I $(incdir) \
- ) \
- -c \
- $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
- $(TARGET_GLOBAL_CFLAGS) \
- $(TARGET_GLOBAL_CPPFLAGS) \
- $(PRIVATE_ARM_CFLAGS) \
- ) \
- -fno-rtti \
- $(PRIVATE_CFLAGS) \
- $(PRIVATE_CPPFLAGS) \
- $(PRIVATE_DEBUG_CFLAGS) \
- -MD -o $@ $<
- $(hide) $(transform-d-to-p)
- endef
这个定义就是编译C++文件使用的命令行。注意红字部分,PRIVATE_C_INCLUDES中包含了项目的LOCAL_C_INCLUDES的定义 (参见binary.mk)。明显项目自定义的搜索路径被放在了最后。后面还有C文件的编译命令行的定义(define transform-c-or-s-to-o-no-deps)也同样如此。
不知道Android这样设计是出于什么考虑。我尝试把顺序调整一下,看是否会影响Android的编译。上述定义调整之后如下:
- define transform-cpp-to-o
- @mkdir -p $(dir $@)
- @echo "target $(PRIVATE_ARM_MODE) C++: $(PRIVATE_MODULE) <= $<"
- $(hide) $(PRIVATE_CXX) \
- $(foreach incdir, \
- $(PRIVATE_C_INCLUDES) \
- $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
- $(TARGET_PROJECT_INCLUDES) \
- $(TARGET_C_INCLUDES) \
- ) \
- , \
- -I $(incdir) \
- ) \
- -c \
- $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
- $(TARGET_GLOBAL_CFLAGS) \
- $(TARGET_GLOBAL_CPPFLAGS) \
- $(PRIVATE_ARM_CFLAGS) \
- ) \
- -fno-rtti \
- $(PRIVATE_CFLAGS) \
- $(PRIVATE_CPPFLAGS) \
- $(PRIVATE_DEBUG_CFLAGS) \
- -MD -o $@ $<
- $(hide) $(transform-d-to-p)
- endef
对define transform-c-or-s-to-o-no-deps也做类似调整。重新编译后发现只有webkit的编译有问题。原因在于webkit的代码中 包含了几个STL的头文件(WebKit/android/stl),特别是其中的strings与bionic定义的头文件冲突,在调整头文件搜索顺序 后,优先选择了这个文件。这个strings文件其实是一个空文件(除了注释没有任何语句),干脆删除了它,果然编译顺利进行了,一直到编译完成再也没有 出现问题。看来上述调整时可行的。我用的android源代码版本是2.0,其它版本没有试过不知道怎么样。BTW,如果想在编译时打印出编译命令,在make的参数中加上SHOW_COMMANDS=1即可。
文章题目:Android编译系统中头文件搜索路径的顺序问题
地址分享:http://www.shufengxianlan.com/qtweb/news0/57850.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联