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

define transform-cpp-to-o
@mkdir -p $(dir [email protected])
@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 [email protected] $<
$(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 [email protected])
@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 [email protected] $<
$(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即可。

更多相关文章

  1. Android--自定义视图控件(一)(Android Studio)
  2. Android自定义控件的使用
  3. Android中 将布局文件/View显示至手机屏幕的 整个过程分析
  4. 一个非常好用的自定义圆形控件
  5. Android res/raw文件以及raw与res/assets异同
  6. Windows环境下编译Assimp库生成Android可用的.so文件
  7. [eclipse]android开发如何查看源代码文件(android source)
  8. android DDMS 连接真机(己ROOT),用file explore看不到data/data文
  9. Cocos2d-x在win32,android和IOS下的文件读写问题

随机推荐

  1. Android解决获取控件Width和Height为0的
  2. Android中软键盘常见的问题
  3. Android(安卓)简史
  4. Android(安卓)N及以上版本应用安装包下载
  5. 【Fragment使用】(二)Android之取消ViewPag
  6. 在ubuntu下安装android studio完整版 吐
  7. android中获取电池当前电量
  8. 配置环境将win32项目移植到Android
  9. 继承自SwipeRefreshLayout,实现加载更多
  10. IBinder对象在进程间传递的形式(二)