※ 引述《bizkit (很讨厌)》之铭言： : ※ 引述《xinu (xinu)》之铭言： : : 除了cross compile以外, 要看组合语言还要 : : objdump反组译 : : 以arm来看就是arm-linux-objdump -xDSl [executable] : : 就可以看到用x86和arm在每一个source code编译成assembly有什麽不同 : : 记得把-O设成不optimize可以清楚一点...应该是-O0 : : 对了, 忘了说在gcc编译要加-g : hi, : 补充一下 : gcc/g++ 编译的时候可以设定参数请他将过程保留下来 : 在编译的过程就留下assembly的版本 : 请看 man g++ : objdump 好像也不需要搭配 -g 的参数 : 他可以用来给 gdb debug : 但我并不了解他实际上是多留了什麽讯息 有人可以解惑吗:) 因为gcc已经把debug information放在binary file里了 gcc有好多种选择 每一种debug的格式都有相对应的平台 像某些hardware debugger只support某些格式 所以user在使用时要知道手上的debug tool到底吃哪一种 objdump只是把对应的讯息读出来然後再帮user把code block对应到每一行source 当然就我所知道的, source是不会摆在binary file里的 debug level越高information越多 不过我查不到有真的把source 塞进obj的格式 那objdump怎麽知道source呢? 因为gcc放的information就是这段程式对到source code的第几行 所以objdump也要配合source tree一起服用才行 以下是我的实验结果 假设没有Source的情况之下 (我把source移走了) 08048324 <main>: main(): /tmp/asm/x86.c:2 8048324: 8d 4c 24 04 lea 0x4(%esp),%ecx 8048328: 83 e4 f0 and $0xfffffff0,%esp 804832b: ff 71 fc pushl -0x4(%ecx) 804832e: 55 push %ebp 804832f: 89 e5 mov %esp,%ebp 8048331: 51 push %ecx 8048332: 83 ec 10 sub $0x10,%esp /tmp/asm/x86.c:5 8048335: c7 45 f0 01 00 00 00 movl $0x1,-0x10(%ebp) /tmp/asm/x86.c:6 804833c: c7 45 f4 02 00 00 00 movl $0x2,-0xc(%ebp) /tmp/asm/x86.c:7 8048343: 8b 45 f4 mov -0xc(%ebp),%eax 8048346: 03 45 f0 add -0x10(%ebp),%eax 8048349: 89 45 f8 mov %eax,-0x8(%ebp) /tmp/asm/x86.c:9 804834c: 83 c4 10 add $0x10,%esp 804834f: 59 pop %ecx 8048350: 5d pop %ebp 8048351: 8d 61 fc lea -0x4(%ecx),%esp 8048354: c3 ret 8048355: 90 nop 8048356: 90 nop 8048357: 90 nop 8048358: 90 nop 8048359: 90 nop 804835a: 90 nop 804835b: 90 nop 804835c: 90 nop 804835d: 90 nop 804835e: 90 nop 804835f: 90 nop 有放source的情况之下 就会像前一篇另一位版友写的文章一样 每一行assembly会对到source code上去 -- 我承认我是来灌水的... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.168.153.58