gdb貌似会影响运行过程中eax的值，为何?

cdsfiui

"printf"的返回值是实际打印的字符的个数，有一个小程序

1. #include<stdio.h>
   
2. int main()
   
3. {
   
4.   printf("1");
   
5.   printf("55555");
   
6.   printf("10________");
   
7.   printf("13___________");
   
8.   printf("18________________");
   
9.   printf("28__________________________");

复制代码

它会打印
15555510________13___________18________________28__________________________

然后我用gdb来调试，查看每步之后，printf是不是把返回值放到$eax里面了:

1. (gdb) b main
   
2. Breakpoint 1 at 0x804844c: file testp.c, line 4.
   
3. (gdb) r
   
4. Starting program: /home/a/cpp/a.out
   
5. 
   
6. Breakpoint 1, main () at testp.c:4
   
7. 4          printf("1");
   
8. (gdb) n               # 我认为将会把"1"放入eax
   
9. 5          printf("55555");
   
10. (gdb) p $eax          # 和我的预期不一致
    
11. $1 = 49
    
12. (gdb) n
    
13. 6          printf("10________");
    
14. (gdb) p $eax          # 符合预期
    
15. $2 = 5
    
16. (gdb) n
    
17. 7          printf("13____________");
    
18. (gdb) p $eax          # 符合预期
    
19. $3 = 10

复制代码

我认为c语言的abi是规定了函数的返回值放到eax寄存器(x86架构)，那么为什么第一次p $eax不符合我的预期，后面才符合预期?
谢谢。

MMMIX

回复 1# cdsfiui

你有看过实际的汇编代码是啥么？

action08

调试跟运行可是两回事的哦，

如果你的代码执行效果真是两回事，那么你的代码问题大了

cdsfiui

MMMIX 发表于 2016-10-18 20:45
回复 1# cdsfiui

你有看过实际的汇编代码是啥么？

我用gcc -g my.c这样编译的，没有指定任何优化选项。

这样GCC也会做一些优化吗? 那gcc有没有命令行选项时能彻底禁止优化的?
谢谢

MMMIX

回复 4# cdsfiui

我用gcc -g my.c这样编译的，没有指定任何优化选项。

其实我是指望你实际去看下的。

这样GCC也会做一些优化吗?

当然会。

那gcc有没有命令行选项时能彻底禁止优化的?

怎么算是彻底禁止优化？哪些对代码的转换算是优化哪些不算？编译器只保证针对正确的代码生成行为正确的代码，不保证对你的代码进行直译。

MMMIX

回复 3# action08

楼主的问题没那么玄乎，就是 gcc 把 printf("1"); 替换成 putchar('1'); 了

action08

现在的编译程序怎么了？？


记得以前读的unix/print代码（算是家族函数库），系统底层全是调用putchar