※ 引述《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