ARM过程调用规范规定的编译器设计问题

[inurlcn]

看ARM 过程调用规范里面， 只是规定了C函数调用的时候需要用到R0，R1，R2...等寄存器，但是并没有规定哪一个寄存器存第几个形参 ， 请问这些 具体的规定放在了哪里呢？

[mayer]

调用者将实参放到r0, r1等register 函数实现的时候将这几个当做形参

[菊到深秋艳依旧]

对于ARM体系来说，不同语言撰写的函数之间相互调用（mix calls）遵循的是 ATPCS（ARM-Thumb Procedure Call Standard），ATPCS主要是定义了函数呼叫时参数的传递规则以及如何从函数返回，关于ATPCS的详细内容可以查看ADS1.2 Online Books ——Developer Guide的2.1节。这篇文档要讲的是 汇编代码中对C函数调用时如何进行参数的传递以及如何从C函数正确返回. 不同于x86的参数传递规则，ATPCS建议函数的形参不超过4个，如果形参个数少于或等于4，则形参由R0,R1,R2,R3四个寄存器进行传递；若形参个数大于4，大于4的部分必须通过堆栈进行传递,即压栈.

[inurlcn]

引用 2 楼 u013765717 的回复:

对于ARM体系来说，不同语言撰写的函数之间相互调用（mix calls）遵循的是 ATPCS（ARM-Thumb Procedure Call Standard），ATPCS主要是定义了函数呼叫时参数的传递规则以及如何从函数返回，关于ATPCS的详细内容可以查看ADS1.2 Online Books ——Developer Guide的2.1节。这篇文档要讲的是 汇编代码中对C函数调用时如何进行参数的传递以及如何从C函数正确返回. 不同于x86的参数传递规则，ATPCS建议函数的形参不超过4个，如果形参个数少于或等于4，则形参由R0,R1,R2,R3四个寄存器进行传递；若形参个数大于4，大于4的部分必须通过堆栈进行传递,即压栈.

恩，只是简单看了ATPCS,感觉ARM规定的不是很死，比如R0-R4的参数对应顺序。规范还是很灵活的。 PS:现在ATPCS等已经废止，融入到了AAPCS里面了

[inurlcn]

引用 2 楼 u013765717 的回复:

对于ARM体系来说，不同语言撰写的函数之间相互调用（mix calls）遵循的是 ATPCS（ARM-Thumb Procedure Call Standard），ATPCS主要是定义了函数呼叫时参数的传递规则以及如何从函数返回，关于ATPCS的详细内容可以查看ADS1.2 Online Books ——Developer Guide的2.1节。这篇文档要讲的是 汇编代码中对C函数调用时如何进行参数的传递以及如何从C函数正确返回. 不同于x86的参数传递规则，ATPCS建议函数的形参不超过4个，如果形参个数少于或等于4，则形参由R0,R1,R2,R3四个寄存器进行传递；若形参个数大于4，大于4的部分必须通过堆栈进行传递,即压栈.

我想说的其实是：ARM规定的很灵活的部分，由编译器自由发挥了。但是特定的某一款编译器的规则又是不公开的。