GCC Inline ASM

在使用高级语言编写程序的时候,可以根据需要插入汇编程序,无须另外创建汇编文件。

在编写inline asm程序时,需要使用asm关键字,并将汇编程序用括号括起来,以分号结尾。格式如下:

asm(code : output operand list : input operand list : clobber list);

如果最右侧的部分为空,可以联通相邻的冒号一起省略。最简单的形式是只有指令部分,如:

asm("mov r0,r0");

复杂的形式则需要提供参数列表,GCC支持两种方式标注汇编指令参数,老的方式是使用数字,如%0便是第0个操作数,%1表示第一个操作数,以此类推;新的方式支持变量名,如%[result]或者$[value],这个名字和高级语言里面的变量没有任何关系。例子如下:

asm("vmsr fpscr,%[value]" : : [value] "r" (var));

或者

asm("vmsr fpscr, %0" : : "r" (var));

VMSR是ARM的一条VFP指令,上述汇编指令的意图是将变量var的值保存到FPSCR状态寄存器里面。由于改指令没有输出操作数,所以输出操作数部分为空,但是相应的冒号要保留。下面的例子则只有输出操作数,没有输入操作数和clobber list,在这种情况下,相应的冒号也可以省略。

asm("vmrs %[result], fpscr" : "=r" (var));

或者

asm("vmrs %0, fpscr" : "=r" (var));

VMRS指令将状态寄存器FPSCR的值保存到变量var里。注意输出操作数要使用”=“。

更多inline asm的知识,参见ARM GCC Inline Assembler Cookbook

GCC源代码阅读(四)

SPECgcc定义的一套domain language,用于确定选项传递的规则,具体含义参见gcc.c这个文件,搜索The SPEC Language即可。举个简单的例子,在目前的trunk上,gcc/config/linux-android.h文件里定义了一个宏——ANDROID_CC1_SPEC,内容如下:

#define ANDROID_CC1PLUS_SPEC                                            \
  "%{!fexceptions:%{!fno-exceptions: -fno-exceptions}} "                \
  "%{!frtti:%{!fno-rtti: -fno-rtti}}"

我们只看rtti一行,这句话的意思是,如果gcc或者g++的命令行上既没有-frtti,也没有-fno-rtti,那么调用cc1plus的时候就把选项-fno-rtti加上。这句话在其它的CC1_SPEC上是没有的。

正是这段代码,导致编译Android 2.3时,Google gcc能够正常编译,而使用其它的gcc则会遇到如下的错误:

out/target/product/generic/obj/lib/libOpenSLES.so: undefined reference to `typeinfo for android::SortedVectorImpl'
out/target/product/generic/obj/lib/libOpenSLES.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info'

网上提供的一些方法多是把system/media/opensles/libopensles/IAndroidEffect.c改为IAndroidEffect.cpp,这样做的效果是导致编译该文件的命令行发生了变化。

Android在编译C和C++程序(根据文件后缀名判断断)时分别使用不同的命令行选项,编译C的方式如下(可忽略):

define transform-c-or-s-to-o-no-deps
@mkdir -p $(dir $@)
$(hide) $(PRIVATE_CC) \
        $(foreach incdir, \
            $(PRIVATE_C_INCLUDES) \
            $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
                $(PRIVATE_TARGET_PROJECT_INCLUDES) \
                $(PRIVATE_TARGET_C_INCLUDES) \
             ) \
          , \
            -I $(incdir) \
         ) \
        -c \
        $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
            $(PRIVATE_TARGET_GLOBAL_CFLAGS) \
            $(PRIVATE_ARM_CFLAGS) \
         ) \
        $(PRIVATE_CFLAGS) \
        $(1) \
        $(PRIVATE_DEBUG_CFLAGS) \
        -MD -o $@ $<
endef

define transform-c-to-o-no-deps
@echo "target $(PRIVATE_ARM_MODE) C: $(PRIVATE_MODULE) <= $<"
$(call transform-c-or-s-to-o-no-deps, )
endef

define transform-c-to-o
$(transform-c-to-o-no-deps)
$(hide) $(transform-d-to-p)
endef

而编译C++程序的方式如下:

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),, \
                $(PRIVATE_TARGET_PROJECT_INCLUDES) \
                $(PRIVATE_TARGET_C_INCLUDES) \
             ) \
          , \
            -I $(incdir) \
         ) \
        -c \
        $(if $(PRIVATE_NO_DEFAULT_COMPILER_FLAGS),, \
            $(PRIVATE_TARGET_GLOBAL_CFLAGS) \
            $(PRIVATE_TARGET_GLOBAL_CPPFLAGS) \
            $(PRIVATE_ARM_CFLAGS) \
         ) \
        -fno-rtti \
        $(PRIVATE_CFLAGS) \
        $(PRIVATE_CPPFLAGS) \
        $(PRIVATE_DEBUG_CFLAGS) \
        -MD -o $@ $<
$(hide) $(transform-d-to-p)
endef

其中最大的区别就是编译C++使用了选项-fno-rtti

然而实际上IAndroidEffect.c虽然文件后缀名为c,里面可是实实在在的C++程序,为了让编译器把.c文件当成C++程序编译,需要使用选项-x c++。那么为什么改名前Google gcc能够正确编译而其它gcc不可以呢?我们可以使用选项-###打印出gcc调用cc1plus时的选项看个究竟。通过分析发现,Google gcc调用cc1plus时使用了-fno-rtti,而其它gcc并没有使用该选项,因此默认是输出RTTI信息的。

这是因为Google gcc在默认情况下使用了ANDROID_CC1_SPEC,而其它gcc没有。通过查看gcc/config/linux-android.h文件我们知道,使用选项-mandroid即可以启用这个宏。因此,如果编译器支持,我们可以把-mandroid添加到android的TARGET_GLOBAL_CLFAGS里面,来解决上述链接错误。如果编译器不支持-mandroid选项,也可以在TARGET_GLOBAL_CFLAGS里面添加-fno-rtti选项,同样能够解决这个问题。