Android编译系统中头文件搜索路径的顺序问题

来源：互联网发布：mysql数据库设计教程编辑：程序博客网时间：2024/05/17 07:34

今天在编译一个代码时发现Android编译系统在设置头文件搜索路径的顺序上好像有些问题。Android编译系统本身设置了一堆公共的头文件搜索路径（参见pathmap.mk中pathmap_INCL的定义），然后允许每个项目在自己的Android.mk中通过LOCAL_C_INCLUSES来添加独特的搜索路径。按照一般的想法，在最后的编译参数中，项目自己独特的搜索路径应该放在公共搜索路径之前，这样，一旦出现头文件名冲突的情况，会优先使用项目自己指定的头文件。但是在Android的编译系统中情况并非如此，项目自定义的头文件搜索路径反而被放在了最后。参见definitions.mk文件里的下面这个定义：

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即可。

来源：http://ytydyd.blog.sohu.com/143623743.html