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