zoukankan      html  css  js  c++  java
  • gcc内嵌汇编详解

    [作者:byeyear    首发:cnblogs    Email:east3@163.com    转载请注明]

    有时候我们希望在C/C++代码中使用嵌入式汇编,因为C中没有对应的函数或语法可用。比如我最近在ARM上写FIR程序时,需要对最后的结果进行饱和处理,但gcc没有提供ssat这样的函数,于是不得不在C代码中嵌入汇编指令。

    1. 入门

    在C中嵌入汇编的最大问题是如何将C语言变量与指令操作数相关联。当然,gcc都帮我们想好了。下面是是一个简单例子。

    asm(“fsinx %1, %0”:”=f”(result):”f”(angle));

    这里我们不需要关注fsinx指令是干啥的;只需要知道这条指令需要两个浮点寄存器作为操作数。作为专职处理C语言的gcc编译器,它是没办法知道fsinx这条汇编指令需要什么样的操作数的,这就要求程序猿告知gcc相关信息,方法就是指令后面的”=f”和”f”,表示这是两个浮点寄存器操作数。这被称为操作数规则(constraint)。规则前面加上”=”表示这是一个输出操作数,否则是输入操作数。constraint后面括号内的是与该寄存器关联的变量。这样gcc就知道如何将这条嵌入式汇编语句转成实际的汇编指令了:

    fsinx:汇编指令名

    %1, %0:汇编指令操作数

    “=f”(result):操作数%0是一个浮点寄存器,与变量result关联(对输出操作数,“关联”的意思就是说gcc执行完这条汇编指令后会把寄存器%0的内容送到变量result中)

    “f”(angle):操作数%1是一个浮点寄存器,与变量angle关联(对输入操作数,“关联”的意思是就是说gcc执行这条汇编指令前会先将变量angle的值读取到寄存器%1中)

    因此这条嵌入式汇编会转换为至少三条汇编指令(非优化):

    1> 将angle变量的值加载到寄存器%1

    2> fsinx汇编指令,源寄存器%1,目标寄存器%0

    3> 将寄存器%0的值存储到变量result

    当然,在高优化级别下上面的叙述可能不适用;比如源操作数可能本来就已经在某个浮点寄存器中了。

    这里我们也看到constraint前加”=”符号的意义:gcc需要知道这个操作数是在执行嵌入汇编前从变量加载到寄存器,还是在执行后从寄存器存储到变量中。

    常用的constraints有以下几个(更多细节参见gcc手册):

    m    内存操作数

    r    寄存器操作数

    i    立即数操作数(整数)

    f    浮点寄存器操作数

    F   立即数操作数(浮点)

    从这个栗子也可以看出嵌入式汇编的基本格式:

    asm(“汇编指令”:”=输出操作数规则”(关联变量):”输入操作数规则”(关联变量));

    输出操作数必须为左值;这个显然。

    2. 多个操作数,或没有输出操作数

    如果某个指令有多个输入或输出操作数怎么办?例如arm有很多指令是三操作数指令。这个时候用逗号分隔多个规则:

    asm(“add %0, %1, %2”:”=r”(sum):”r”(a), “r”(b));

    每条操作数规则按顺序对应操作数%0, %1, %2。

    对于没有输出操作数的情况,在汇编指令后就没有输出规则,于是就出现两个连续冒号,后跟输入规则。

    3. 输入-输出(或读-写)操作数

    有时候一个操作数既是输入又是输出,比如x86下的这条指令:

    add %eax, %ebx

    注意指令使用AT&T格式而不是Intel格式。寄存器ebx同时作为输入操作数和输出操作数。对这样的操作数,在规则前使用”+”字符:

    asm("add %1, %0" : "+r"(a) : "r"(b));

    对应C语言语句a=a+b。

    注意这样的操作数不能使用”=”符号,因为gcc看到”=”符号会认为这是一个单输出操作数,于是在将嵌入汇编转换为真正汇编的时候就不会预先将变量a的值加载到寄存器%0中。

    另一个办法是将读-写操作数在逻辑上拆分为两个操作数:

    asm(“add %2, %0” : “=r”(a) : “0”(a), “r”(b));

    对“逻辑”输入操作数1指定数字规则”0”,表示这个逻辑操作数占用和操作数0一样的“位置”(占用同一个寄存器)。这种方法的特点是可以将两个“逻辑”操作数关联到两个不同的C语言变量上:

    asm("add %2, %0" : "=r"(c) : "0"(a), "r"(b));

    对应于C程序语句c=a+b。

    数字规则仅能用于输入操作数,且必须引用到输出操作数。拿上例来说,数字规则”0”位于输入规则段,且引用到输出操作数0,该数字规则自身占用操作数计数1。

    这里要注意,通过同名C语言变量是无法保证两个操作数占用同一“位置”的。比如下面这样的写法是不行的:

    (错误写法)asm(“add %2, %0”:”=r”(a):”r”(a), “r”(b));

    4. 指定寄存器

    有时候我们需要在指令中使用指定的寄存器;典型的栗子是系统调用,必须将系统调用码和参数放在指定寄存器中。为了达到这个目的,我们要在声明变量时使用扩展语法:

    register int a asm(“%eax”) = 1;              // statement 1

    register int b asm(“%ebx”) = 2;              // statement 2

    asm("add %1, %0" : "+r"(a) : "r"(b));         // statement 3

    注意只有在执行汇编指令时能确定a在eax中,b在ebx中,其他时候a和b的存放位置是不可知的。

    另外,在这么用的时候要注意,防止statement 2在执行时覆盖了eax。例如statement 2改成下面这句:

    register int b asm(“%ebx”) = func();

    函数调用约定会将func()的返回值放在eax里,于是破坏了statement 1对a的赋值。这个时候可以先用一条语句将func返回值放在临时变量里:

    int t = func();

    register int a asm(“%eax”) = 1;              // statement 1

    register int b asm(“%ebx”) = t;              // statement 2

    asm("add %1, %0" : "+r"(a) : "r"(b));         // statement 3

    5. 隐式改变寄存器

    有的汇编指令会隐含修改一些不在指令操作数中的寄存器,为了让gcc知道这个情况,将隐式改变寄存器规则列在输入规则之后。下面是VAX机上的栗子:

    asm volatile(“movc3 %0,%1,%2”

                    : /* no outputs */

                    :”g”(from),”g”(to),”g”(count)

                    :”r0”,”r1”,”r2”,”r3”,”r4”,”r5”);

    (movc3是一条字符块移动(Move characters)指令)

    这里要注意的是输入/输出规则中列出的寄存器不能和隐含改变规则中的寄存器有交叉。比如在上面的栗子里,规则“g”中就不能包含r0-r5。以指定寄存器语法声明的变量,所占用的寄存器也不能和隐含改变规则有交叉。这个应该好理解:隐含改变规则是告诉gcc有额外的寄存器需要照顾,自然不能和输入/输出寄存器有交集。

    另外,如果你在指令里显式指定某个寄存器,那么这个寄存器也必须列在隐式改变规则之中(有点绕了哈)。上面我们说过gcc自身是不了解汇编指令的,所以你在指令中显式指定的寄存器,对gcc来说是隐式的,因此必须包含在隐式规则之中。另外,指令中的显式寄存器前需要一个额外的%,比如%%eax。

    6. volatile

    asm volatile通知gcc你的汇编指令有side effect,千万不要给优化没了,比如上面的栗子。

    如果你的指令只是做些计算,那么不需要volatile,让gcc可以优化它;除此以外,无脑给每个asm加上volatile或者是个好办法。

    [作者:byeyear    首发:cnblogs    Email:east3@163.com    转载请注明]

  • 相关阅读:
    File类总结
    MyBatis框架一级缓存与二级缓存
    SpringMVC运行原理总结
    SpringMVC:详述拦截器
    SpringMVC:自定义视图及其执行过程
    详述ThreadLocal
    浅析MVC中的数据流动
    error: gpg failed to sign the data 的一个解决办法
    保险业务核心系统设计参考
    奇怪的404
  • 原文地址:https://www.cnblogs.com/byeyear/p/4675049.html
Copyright © 2011-2022 走看看