Re: [問題] 請問一下有關Ubuntu下的MIPS
※ 引述《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
討論串 (同標題文章)
ASM 近期熱門文章
PTT數位生活區 即時熱門文章