基于armuclinux的嵌入式系統開發(編輯修改稿)

　

【文章內容簡介】 x提供的庫uClibc是經過裁減的。更適合于資源 緊張的嵌入式系統（上回分解已經說了，應用程序很大一部分是在和庫函數打交道，而且 大家最終是鏈在一起，所以庫函數大了，你的程序也小不了）。 于是基于這種開發模式的應用程序開發變成了linux下的程序開發。而且在實際中一般是編 好了程序先在主機上拿主機平臺上的編譯器編譯并且調試一下（linux下的編譯器就是gcc 了），當然前提是被調試的程序中需要的硬件條件主機具備，例如我的程序中有一段是針 對串口的，于是先在主機編一個串口程序，調通以后拿目標板的編譯器重新編譯一下（如 果看了上一章“交叉編譯環境”，這里就不會暈了），下載到目標板上運行，一般來說就 可以直接用了。 以上也是為什么我認為開發嵌入式linux程序主機應該選用linux環境。對于以前沒用過li nux的人來說（比如我），開發程序前應該花3，4天時間熟悉linux環境，尤其是它的編輯 器，用慣集成編譯環境的人有時連編譯器和編輯器的概念都模糊了，所以一般是直接進入 集成編譯環境，連寫帶編一氣呵成，殊不知有些集成編譯器提供的編輯器弱智的一塌胡涂 ，如果用熟了linux下的emacs，你就會發現他們之間的差距大概……要像我和蓋茨那么大 吧。所以編程序時應該選一款優秀的編輯器，linux下，我當然選emacs，雖然剛看見它的 感覺是外表丑陋，使用復雜。但只要多用多練，對提高效率很有幫助。（將你的程序用兩 個編輯器完成，一半是用emacs的，一半是不用emacs的，看看效果：－） 對具體的linux編程我就不板門弄斧了，需要提個醒的是咱硬件出身的人作軟件應該養成良 好的編程習慣，別讓作軟件的笑話咱。因為作了些網絡應用，所以介紹一些網絡編程時要 用到的網站和書籍。 unix 網絡編程 第一卷. 這可是linux網絡編程的圣經級的書籍 。 還有IBM中國上關于linux的教程和文章，都是翻譯過來的，有很多寫非常不錯。 其實類似的資源不計其數，遇到問題時應該先到google上狂搜一圈。 重點想說些關于編譯器的東西，不了解它，在交叉編譯環境下編譯程序就寸步難行了，這 無非是因為交叉編譯環境下目標板編譯器所處的寄人籬下的悲慘環境。想想在linux下將m ，最簡單的一句gcc –o myprogram myprogram .c 就可以了。（其實在諸如VC下你也可以找到類似的命令，集成開發環境只不過替你來調 用它了）。一切看起來天經地義。 但試著把/usr/include路徑改一個名字（比如改成stupid_include），再這樣編譯一下， 會發現程序中被 引用的頭文件（比如include）都找不到了。因為編譯器看 見這樣的頭文件會到系統指定的路徑下尋找，而這個路徑是由環境變量保存的（linux和w indows下都是這樣的）。針對以上情況，不將路徑名字改回去，但是給編譯器加一個參數 如下： gcc –I/usr/stupid_include –o myprogram 會發現錯誤信息沒了，一切又 恢復了往日的寧靜，頓時明白，不用環境變量，通過參數，同樣可以將這些信息告訴編譯 器。 返回來說說你的目標編譯器，雖然占用了人家的地盤，編譯器，頭文件，庫文件，一 個都不少，但你要編一個程序編譯器照樣發暈，因為沒有環境變量告訴它自己需要的頭文 件和庫文件在哪里。看來只有兩種辦法，一個是搶占了主機的環境變量改成自己的（整個 兒一個土匪）,或者在編譯時加上必要參數（還是這樣紳士一些），告訴編譯器需要的文件 的位置。（除此之外，還有其他一些參數也是如此）。 從源程序到可執行文件根據情況不同可能分好幾步，一般每一步可能都會有一個應用程序 實現，像gnu提供的arm開發工具鏈其實就是這么一組程序。提供從編譯到鏈接到格式轉化 的全套服務。你可以用arm－elf－gcc命令一步到底直接產生可執行文件（其實也是在自己 的任務完成后調用下一個程序），也可以每一步加上自己的參數，只作自己的事。 編譯器的主要參數的使用下次將程序的移植時再講。這里想說一下編譯器產生應用程序的 幾個主要步鄹，講這個問題的原因還是很多人無法區分諸如編譯和鏈接，不用問，這一切 還是IDE集成開發環境惹的禍。有人會說，IDE招你惹你了，你老貶它。其實不然，首先以 上說的東西一般在IDE的project菜單下的option或build option中找到，只是一般不用管 罷了。另一個方面，IDE就像是傻瓜照相機，很多工作他都幫你完成了，使用簡單。但如果 要做攝影師的話，你就少不了要對每一個細節都了解。其實編譯程序也是一樣。（你可以 對優化，警告級，宏定義等諸多選項進行自己的選擇）。以下是幾個主要步鄹：（以下有 些我也不確認，如發現問題，請及時糾正。 (1) 預編譯。 主要工作就是處理所有＃開頭的，包括頭文件。以前搞不清頭文件和可執行 文件有沒有什么聯系（因為總看見兩個文件名字取一樣的），現在知道，他們之間沒有任 何聯系。在預編譯結束后，頭文件的使命就結束了。在下一次介紹不同平臺程序移植時可 以看到，預編譯有時非常有用。 (2) 編譯。編譯應該是最主要的一步，就是將源文件生成CPU能識別的語言，一般是 后綴 ，應該說，此時的文件就已經可以執行了。當然這個時候外部函數等外部 符號都沒有引入，對于被編譯程序來說，這些外部符號還只是留一個倩影，壓根兒不知它 在不在。你可以在你的程序里調用一個不存在的函數，甚至都不用聲明，在編譯階段，很 多編譯器只是給個警告。只有在鏈接時才會報錯。（呵呵，夠弱智！） (3) 鏈接：鏈接才是清帳的時候，以前在程序里用到的外部符號都要把真正的東西交出來 。你可以指定需要連接在一起的目標文件，也可以告訴編譯器庫文件的名字和路徑（指定 方法下次講）。編譯器會去找，需要注意的是，庫的指定需要注意順序。首先，如果不同