printf参数入栈顺序和编译器相关，还是都是从右至左？

ccpaishi

__cdecl __stdcall __pascal __fastcall
这些类型的函数的参数是从左至右吗？

newzy

参考: http://bbs.chinaunix.net/viewthr ... amp;highlight=newzy

1. 
   
2. #include <stdio.h>
   
3. #include <stdlib.h>
   
4. 
   
5. int bar()
   
6. {
   
7.     return 20;
   
8. }
   
9. 
   
10. int main()
    
11. {
    
12.     int         len = 3;
    
13. 
    
14.     printf("%d, %d\n", len=bar(), len);
    
15.     return 0;
    
16. }
    

复制代码

测试结果:
gcc 3.4.3, gcc 3.4.4 输出结果为: 20, 20
gcc 3.2.2 及以下输出结果为: 20, 3
VC++ 6.0 输出结果为: 20, 3

该程序在 windows, linux, cygwin (x86, arm, mips) 上均得到同上的结果.

结论:
我们应尽量避免假设函数入栈顺序是自右向左的, 并无畏的加以应用.
不管是编译器bug, 还是其它, 我们都要要考虑不同编译器/版本差异会引起的结果差异.

zx_wing

原帖由 bluesky_jxc 于 2007-11-1 01:11 发表

正是从右到左才能判断啊。。。。
你想，栈啊，先进后出啊，所以最左边一个参数最后一个进栈，第一个出栈，然后printf在自己的代码里面只要分析第一个pop出来的字符串不就知道了么。。
另外，不定参数也是这 ...

汗，大哥，没有关系的。取参数不是用的pop，是用的mov，入栈顺序不影响取参

JohnBull

C语言都是从右向左入栈的。
Pascal语言是从左到右。

JohnBull

原帖由 newzy 于 2007-11-1 08:52 发表
参考: http://bbs.chinaunix.net/viewthr ... amp;highlight=newzy


#include
#include

int bar()
{
    return 20;
}

int main()
{
    int         len = 3;

    printf("%d ...

不是因为入栈顺序变了，而是编译器优化的结果。

C语言的参数入栈顺序雷打不动。

Godbach

原帖由 JohnBull 于 2007-11-1 10:08 发表


不是因为入栈顺序变了，而是编译器优化的结果。

C语言的参数入栈顺序雷打不动。

斑竹的意思是C语言下，参数的入栈顺序是和编译器无关的？

Godbach

是不是参数入栈顺序和实参的求值顺序是不一致的？

zx_wing

原帖由 Godbach 于 2007-11-1 11:07 发表


斑竹的意思是C语言下，参数的入栈顺序是和编译器无关的？

同问，什么地方对入栈顺序做了规定吗？

JohnBull

原帖由 Godbach 于 2007-11-1 11:07 发表


斑竹的意思是C语言下，参数的入栈顺序是和编译器无关的？

是的，否则变参函数无法实现。