gcc：在汇编代码中以不同方式引用的命令行参数

Question

我习惯于看到 (convention (A)) 引用的命令行参数：

pushl %ebp  
movl %esp, %ebp  
movl (%ebp), %eax    # argc  
movl 4(%ebp), %ebx   # pointer to argv[0] string      
movl 8($ebp), %ecx   # pointer to argv[1] string

有时，我看到列表从偏移量 8 开始，这不是（主要）问题。我在一个程序中注意到的是这个我很困惑的翻译和参考，以获得argv[1]（约定（B））：

movl 0xc(%ebp), %eax   # pointer to a pointer to argv[0] (argc is at offset 8)  
addl $0x4, %eax    # argv[1] is a pointer at offset 4 from the pointer to argv[0]   
movl (%eax), %eax    # load where it points to, which is the argv[1] string  

（在偏移量16(%ebp) 我看到一个指向环境变量的指针）

(1) 这种不同的约定有什么原因吗？
(2) 是否有编译器选项可以强制 gcc 使用我认为是上述标准约定 (A) 的内容？
(3) gcc 使用约定 (B) 有什么原因吗？
(4) 为什么要增加8的偏移量？

系统信息：
- Ubuntu 12.04
- gcc 4.6.3
- 使用 fno-stack-protector 编译

Answer 1

如果您正在处理已链接到 C 运行时的程序，则 argc 在 ebp+8 和 argv 在 @ 传递 argc 和 argv 参数（假设 x86） 987654326@。这是因为 C 运行时执行它自己的初始化并使用普通 C ABI 将参数传递给 main()。

你说你习惯看到的调用约定（argc 在堆栈顶部，然后是argv[0]..argv[argc]）是 Linux 设置的堆栈状态启动新程序的系统调用。

请注意，您的面向汇编的代码示例：

pushl %ebp  
movl %esp, %ebp  
movl (%ebp), %eax    # argc  
movl 4(%ebp), %ebx   # pointer to argv[0] string      
movl 8($ebp), %ecx   # pointer to argv[1] string

由于最初的 pushl 指令，最后三行中的每一行看起来都偏离了 4。