【正文】 (5) 需要的硬件支持（如外部存儲(chǔ)器，雙電源等） 這算是雜項(xiàng)，但會(huì)增加額外的價(jià)格，系統(tǒng)體積等，不容忽視。 (3) 可用資源是否豐富（書(shū)籍，網(wǎng)絡(luò)等） 以上三點(diǎn)主要考慮迅速開(kāi)發(fā)出穩(wěn)定的系統(tǒng)。（包括技術(shù)水平和服務(wù)意識(shí)）。當(dāng)然，據(jù)說(shuō) ARM在節(jié)省功耗上很有特點(diǎn)。這款 ARM內(nèi)部可以到 50M。（ boo tloader和網(wǎng)絡(luò)控制器驅(qū)動(dòng)沒(méi)提供原碼，比較可惜：－（ (2) 當(dāng)時(shí)我對(duì)嵌入式系統(tǒng)的開(kāi)發(fā)模式和 ARM 都是只有耳聞， linux 接觸過(guò)一個(gè)月左右。 linux站點(diǎn)。 (6) 方案提供商的素質(zhì)嗎?? ..還算可以吧 :) 根據(jù)以上考慮和目前的開(kāi)發(fā)情況，這套方案還是比較令人滿意。因?yàn)榭偸怯腥嗽趩?wèn)是不是一定要用操作系統(tǒng)，我的 CPU能不能移植操作系統(tǒng)，可以移植 什么 操作系統(tǒng)，有了操作系統(tǒng)可不可以運(yùn)行某些程序。另一方面，現(xiàn)代操作系統(tǒng)大多需要一些 硬件的支持，（像保護(hù)模式的實(shí)現(xiàn)），反過(guò)來(lái)說(shuō)，高端 CPU中專門有針對(duì)支持操作系統(tǒng)的體 系結(jié)構(gòu)，這樣，許多操作系統(tǒng)的實(shí)現(xiàn)是挑剔硬件平臺(tái)的。 編譯的最 主要的工作就在將你的程序轉(zhuǎn)化成運(yùn)行該程序的 CPU所能識(shí)別的機(jī)器代碼，不同的 CPU有相應(yīng)的編譯器，另一方面。當(dāng)然，假如在你的 ARM系統(tǒng)上，操作系統(tǒng) 已經(jīng) 正常運(yùn)行，并且你的資源足夠多，你可以把 PC機(jī)上運(yùn)行的 ARM編譯工具移植到ARM上，然后 所有該系統(tǒng)的應(yīng)用程序都直接在 ARM系統(tǒng)上編譯，這就不算交叉編譯，但如果有條件這么作 ，程序的開(kāi)發(fā)或者移植就方便多了，因?yàn)檎麄€(gè)開(kāi)發(fā)過(guò)程又回到在自己 PC機(jī)上編應(yīng)用程序的 那種模式了，那就是在自己的地盤(pán)上用自己的編譯器編自己的應(yīng)用程序。（唉，跟目標(biāo)板沒(méi)什 么關(guān)系，卻要幫它背這么多東西，真是上輩子欠它的 ?。。?但嘗試將 /usr/lib 目錄改一個(gè)名字，你就會(huì)知道你不能無(wú)視他們的存在，因?yàn)椴僮飨到y(tǒng)的功能都是通過(guò)這些 庫(kù)來(lái)交給應(yīng)用層程序使用的。 在我的系統(tǒng)上 ，建立基本的開(kāi)發(fā)環(huán)境過(guò)程如下。 以上工作對(duì)于做過(guò)的人來(lái)說(shuō)比較簡(jiǎn)單，這里介紹一下幫助沒(méi)有使用或剛開(kāi)始使用這種開(kāi)發(fā) 模式的弟兄們理清一下思路。 于是基于這種開(kāi)發(fā)模式的應(yīng)用程序開(kāi)發(fā)變成了 linux下的程序開(kāi)發(fā)。所以編程序時(shí)應(yīng)該選一款優(yōu)秀的編輯器， linux下，我當(dāng)然選 emacs，雖然剛看見(jiàn)它的 感覺(jué)是外表丑陋，使用復(fù)雜。 unix 網(wǎng)絡(luò)編程 第一卷 . 這可是 linux 網(wǎng)絡(luò)編程的圣經(jīng)級(jí)的書(shū)籍 還有 IBM中國(guó)上關(guān)于 linux的教程和文章，都是翻譯過(guò)來(lái)的，有很多寫(xiě)非常不錯(cuò)。（其實(shí)在諸如 VC下你也可以找到類似的命令，集成開(kāi)發(fā)環(huán)境只不過(guò)替你來(lái)調(diào) 用它了）。針對(duì)以上情況，不將路徑名字改回去，但是給編譯器加一個(gè)參數(shù) 如下： gcc – I/usr/stupid_include – o myprogram 會(huì)發(fā)現(xiàn)錯(cuò)誤信息沒(méi)了，一切又 恢復(fù)了往日的寧?kù)o，頓時(shí)明白，不用環(huán)境變量，通過(guò)參數(shù)，同樣可以將這些信息告訴編譯 器。 從源程序到可執(zhí)行文件根據(jù)情況不同可能分好幾步，一般每一步可能都會(huì)有一個(gè)應(yīng)用程序 實(shí)現(xiàn)，像 gnu提供的 arm開(kāi)發(fā)工具鏈其實(shí)就是這么一組程序。這里想說(shuō)一下編譯器產(chǎn)生應(yīng)用程序的 幾個(gè)主要步鄹，講這個(gè)問(wèn)題的原因還是很多人無(wú)法區(qū)分諸如編譯和鏈接，不用問(wèn)，這一切 還是 IDE 集成開(kāi)發(fā)環(huán)境惹的禍。但如果 要做攝影師的話，你就少不了要對(duì)每一 個(gè)細(xì)節(jié)都了解。 (1) 預(yù)編譯。在下一次介紹不 同平臺(tái)程序移植時(shí)可 以看到，預(yù)編譯有時(shí)非常有用。你可以在你的程序里調(diào)用一個(gè)不存在的函數(shù)，甚至都不用聲明，在編譯階段，很 多編譯器只是給個(gè)警告。編譯器會(huì)去找，需要注意的是，庫(kù)的指定需要注意順序。 以上就是主要的步鄹，當(dāng)然除此之外，還有一些用于格式轉(zhuǎn)換的工具等。但是只是用到了皮毛，還有一個(gè)專用于宿主機(jī)模式的調(diào)試 工具 gdbserver，一直沒(méi)時(shí)間研究，希望用過(guò)的大俠多發(fā)些文章鋪路。 首先列出一些問(wèn)題： (1) X86上運(yùn)行的程序能不能在 51單片機(jī)上運(yùn)行，為什么，有沒(méi)有可能，如果可以，應(yīng)該做 哪些工作才可以實(shí)現(xiàn)。每一個(gè) CPU派出自己的翻譯――編譯器。（操作系統(tǒng)也是程序，也可以移植嘍）舉例：在 x86的 windows下用VC（或 TC， BC）編一個(gè) c程序?qū)崿F(xiàn) i=i+1，絲毫不改就可以用 51的 C編譯器重新編譯并在51單片機(jī)上運(yùn)行 。現(xiàn)成的東西為什么不要。我這里所說(shuō)的可移植的程序應(yīng)該是維護(hù)比較好，比較成熟的源代碼（像我后面的所 說(shuō)的 UCD－ SNMP），目前的開(kāi)放源代碼運(yùn)動(dòng)決不僅僅是把自己的程序公開(kāi)就行了，而是有了 一套成熟完整的版本控制， BUG報(bào)告和 PATCH提交流程。假設(shè)源代碼中只包括 C標(biāo)準(zhǔn)庫(kù) ，那么該程序就可以跨操作系統(tǒng)去移植。好在 uClinux和 linu x提供的應(yīng)用接口大部分還是相同的。目前已經(jīng)有一些針對(duì)該協(xié)議成熟的代碼，最有名的是 ucd－ snm p，不光軟件本身功能強(qiáng)大，可移植性也比較好，在 linux， unix等平臺(tái)上都可以移植，于 是決定將它移植到 ARM＋ uClinux平臺(tái)上（別看現(xiàn)在說(shuō)的這么輕松，當(dāng)時(shí)接這活時(shí)都有點(diǎn)哆 嗦）。 (2) 硬件資源。 90％的工作就完成了（不是嗎） 上 回已經(jīng)介紹了一些編譯器方面的東西，下面針對(duì)我的 ARM編譯器的具體參數(shù)來(lái)講解一些編 譯器主要參數(shù)的設(shè)置。 下面看一 下用我的編譯器編這個(gè)程序（心臟不好的先吃藥）。 mcpu=arm7tdmi 說(shuō)明 CPU類型 msoftfloat 產(chǎn)生包含浮點(diǎn)庫(kù)的輸出 fsignedchar 讓 char類型有符號(hào) fomitframepointer 對(duì)所有不需要幀指針的函數(shù)都不將其保存在寄存器中。還要注意位置，自己的庫(kù)文件應(yīng)該加在他的庫(kù)前面。2021 N維電子 All Rights Reserved! N維電子網(wǎng)站群號(hào)碼： 25078482 吉 ICP備 06005157號(hào)