以qt為例，移植的時候安裝在了宿主機上的哪乙個路徑下，那麼當貼上到開發板檔案系統的時候最好也放到相同目錄
原因：
宿主機上移植好的qt是編譯qt應用程式用的，它提供了各種標頭檔案和庫，開發板上的qt是負責提供qt應用程式的執行環境，比如qt應用程式執行時所需要的各種庫，各種字型等，原則上，編譯與執行是分開的，在開發板上只要提供qt應用程式執行時所需要的qt庫等資源並將其所用到的各種環境變數配置好就行，但是有些較為複雜工具集像是qt，難免會有一些專有的非顯式的環境變數，在開發板上配置不到，例如字型環境變數：qt_qws_fontdir ，這個環境變數是移植安裝qt的時候系統根據qt的移植安裝位置自動設定賦值的，比如我在pc機上移植qt時的安裝位置是：/usr/local/trolltech/qtembedded-4.7.3-arm，那麼這個環境變數的值就是：/usr/local/trolltech/qtembedded-4.7.3-arm/lib/fonts ，但如果不出問題誰知道還有這麼個環境變數，果然，我把移植好的qt放到開發板根檔案系統的/opt目錄下，這時qt路徑是/opt/trolltech/qtembedded-4.7.3-arm，而這個值並沒有人去改，仍保持原樣，那麼我執行乙個qt應用程式的時候就報錯了：
qfontdatabase: cannot find font directory /usr/local/trolltech/qtembedded-4.7.3-arm/lib/fonts - is qt installed correctly?
這時候查資料才知道有qt_qws_fontdir這個qt專有的環境變數，在開發板上顯式地配置一下就好了，但沒事誰知道有這麼個環境變數呢，又不是通用型別
uCOSIII移植補充
上篇寫到ucosiii的移植，由於移植的是教程寫好的檔案到開發板，沒發現到一些問題。今天移植到另乙個開發板的時候出現系統卡死在osstarthighrdy 函式的問題。現在就再次分析一下移植過程。我們將rct6開發板上的ucosiii移植到c8t6的板子上時，會發現系統一直沒有啟動，led沒用閃爍。...
關於U boot的移植（一）
參考文章 s3c6410移植u boot 2010.3 1 成功編譯的開始 s3c6410移植u boot 2010.3 2 基本的啟動資訊修改 s3c6410移植u boot 2010.3 3 正常化配置 s3c6410移植u boot 2010.3 4 uboot的dnw功能新增 s3c6410...
關於buildroot移植的思考
buildroot是乙個成熟的sdk框架，基於它有了openwrt。曾經有乙個專案，需要將原有的openwrt sdk改造，並且將軟體框架重新定義。嘗試精簡原來的openwrt，並且刪除所有的軟體包，留下rootfs busybox這些基本的東西，但是還是有很多地方不如人意，難以修改 定製的過於深入...