使用arm- linux-gcc 4.3.2編譯必須啟用核心中的use the arm eabi選項
不知道為什麼使用
arm-linux-gcc-4.3.2.tgz (with eabi) 86mb
編譯同樣的東西就是出現如下錯誤,感覺可能是busybox 1.14.3的問題,因為使用
arm-linux-gcc-4.3.2 編 譯出來的zimage可以使用正常掛在arm-linux-gcc-3.4.1編譯器編譯出來的動態busybox和庫,但是使用
arm-linux-gcc-4.3.2.tgz 編譯出來的靜態busybox就是會出現下面的錯誤,開始覺得明顯是應用程式出了問題 .後來發現原來是核心自己的事情，因為
arm-linux-gcc-4.3.2.tgz 使 用了eabi方式,所以這就需要核心同樣配置eabi編譯屬性才能支援eabi編譯出來的應用程式busybox[luther.gliethttp]
錯誤原因：沒有選擇use the arm eabi to compile the kernel選項
kernel features
[ ] use the arm eabi to compile the kernel
解決方法：將它尋上之後自動多出下面一行,這樣再次編譯的核心就ok了,嘿嘿:)
[*] use the arm eabi to compile the kernel
[*] allow old abi binaries to run with this kernel (experimental) (new)
ep93xx-rtc ep93xx-rtc: setting system clock to 1970-01-01 00:01:18 utc (78)
freeing init memory: 100k
kernel panic - not syncing: attempted to kill init!
backtrace:
(dump_backtrace+0x0/0x114) from (dump_stack+0x18/0x1c)
r7:c5818000 r6:c5817a40 r5:c5817a40 r4:c03291c4
(dump_stack+0x0/0x1c) from (panic+0x4c/0x120)
(panic+0x0/0x120) from (do_exit+0x70/0x58c)
r3:c0313004 r2:c5817a40 r1:c5819d0c r0:c02cbdcb
(do_exit+0x0/0x58c) from (do_group_exit+0x94/0xc8)
(do_group_exit+0x0/0xc8) from (get_signal_to_deliver+0x2ec/0x324)
r7:c5293a74 r6:c5818000 r5:c5819ed4 r4:00000004
(get_signal_to_deliver+0x0/0x324) from (do_signal+0x58/0x528)
(do_signal+0x0/0x528) from (do_notify_resume+0x30/0x34)
(do_notify_resume+0x0/0x34) from (work_pending+0x1c/0x20)
ARM 浮點運算
很多時候我們要處理的資料，不僅僅是整數和字串，還有浮點數即小數。在多 資料處理方面表現的更多。是不是所有的cpu都支援，浮點運算呢?答案 不是。我們常常聽到贏浮點和軟浮點，這些到底說的是什麼呢?下面我們就來一 竟吧。在這裡我們說的是arm核浮點運算。1 硬浮點 hard float 編譯器將 直接編...
ARM 浮點運算
很多時候我們要處理的資料，不僅僅是整數和字串，還有浮點數即小數。在多 資料處理方面表現的更多。是不是所有的cpu都支援，浮點運算呢?答案 不是。我們常常聽到贏浮點和軟浮點，這些到底說的是什麼呢?下面我們就來一 竟吧。在這裡我們說的是arm核浮點運算。1 硬浮點 hard float 編譯器將 直接編...
ARM 浮點運算，軟浮點，硬浮點
很多時候我們要處理的資料，不僅僅是整數和字串，還有浮點數即小數。在多 資料處理方面表現的更多。是不是所有的cpu都支援，浮點運算呢?答案 不是。我們常常聽到贏浮點和軟浮點，這些到底說的是什麼呢?下面我們就來一 竟吧。在這裡我們說的是arm核浮點運算。1 硬浮點 hard float 編譯器將 直接編...