printf为什么会这样？

思一克

标准C的压栈次序（也是计算参数的次序）是从右到左，和系统，编译都无关，是标准C必须遵循的。
要在C程序中改变这个次序，有些编译可以定义函数的修饰符，如PASCAL等。
标准PASCAL是从左到右。

win_hate

我在 loveunix 上的一篇旧文，也许可以参考一下：

http://www.loveunix.net/bbs/index.php?showtopic=18640

playmud

原帖由 "思一克" 发表：
标准C的压栈次序（也是计算参数的次序）是从右到左，和系统，编译都无关，是标准C必须遵循的。
要在C程序中改变这个次序，有些编译可以定义函数的修饰符，如PASCAL等。
标准PASCAL是从左到右。

我看的一些文章也是说压栈顺序是c决定的,和平台,编译器无关.

unicorns

原帖由 "win_hate" 发表：


参数传递的方式取决于 ABI，编译器必须遵循系统所使用的 ABI，这样编译出来的程序或库才能与其他程序或库协同工作。

比如我给出的例子，那是 ppc32 的  SVR4 abi，其参数首先从寄存器传递，所以在参数个数不是..........

能不能稍微详细的讲解一下.
从教材上学到的都是说在调用函数的过程中
都是一个压栈保护现场,调用完毕后出栈恢复现场的过程.
我也一直没想去深究过.
不是很理解压栈与否取决与参数多寡.

yangtou

有些体系约定有某几个通用寄存器来保存函数参数，只有这些寄存器用完了才压栈。

aero

[quote]原帖由 "yangtou"]有些体系约定有某几个通用寄存器来保存函数参数，只有这些寄存器用完了才压栈。[/quote 发表：


^_^，比如sparc。

flw

呵呵。

FH

我觉得只要考虑逻辑上的压栈就行了。
把各硬件的实际策略也扯进来，初学者会更摸不着头脑。

win_hate

原帖由 "playmud" 发表：

我看的一些文章也是说压栈顺序是c决定的,和平台,编译器无关.

原帖由 "ISO/IEC 9899:1999(E)" 发表：


3.4.4
1 unspecified behavior
behavior where this International Standard provides two or more possibilities
imposes no further requirements on which is chosen in any instance

2 EXAMPLE An example of unspecified behavior is the order in which the arguments
to a function evaluated.

aero

win_hate，这个标准给偶一份好吗？