交叉編譯webkit
Ⅰ WebKit嵌入式移植
蘋果公司在設計WebKit之時加入了太多Mac OS X平台的獨有事物，這給向其它系統的移植造成了很大障礙。不過，由於WebKit出色的開源特性，這些障礙正在被不斷克服。
WebKit是Mac OS X v10.3及以上版本所包含的軟體框架（對v10.2.7及以上版本也可通過軟體更新獲取）。同時，WebKit也是Mac OS X的Safari網頁瀏覽器的基礎。WebKit是一個開源項目，主要由KDE的KHTML修改而來並且包含了一些來自蘋果公司的一些組件。
傳統上，WebKit包含一個網頁引擎WebCore和一個腳本引擎javaScriptCore，它們分別對應的是KDE的KHTML和KJS。不過，隨著JavaScript引擎的獨立性越來越強，現在WebKit和WebCore已經基本上混用不分（例如Google Chrome採用V8引擎，卻仍然宣稱自己是WebKit內核）。
Webkit的優勢是速度快，而IE的優勢是兼容性好。
android本來自帶了webkit瀏覽器，但是要對其進行custom就需要android源代碼才行， 但是在沒有源碼的情況下，那麼就需要用到ndk了，比如，我是在xoom上做custom webkit的。
1、雖然ndk提供的庫很少，而且沒有skia，但是好在有bitmap，這樣顯示慢了點，沒有硬加速，但不是不可能。
2、webkit需要的第三方庫，freetype，png，jpeg，sqlite3等雖然android源碼中有，但是ndk沒有開放，因此所有的第三方庫，freetype，png，jpeg，sqlite3，cairo，curl，fontconfig，pixman，iconv等都需要用ndk cross-compile成靜態庫，然後鏈接到最終的動態庫中。
3、選擇iconv是icu太大，而且沒有多語言的需求，選擇cairo+pixman是skia的移植性不好，而且cairo支持很多種backend。
4、編譯第三方庫需要用到autoconfig，ndk中有如何生成交叉編譯鏈的文檔，然後在configure時使用這個工具鏈就可以了，但是android用到的是bionic庫，因此會有很少的地方需要修改，有些庫也不能生成test程序，但是靜態庫是沒問題的。
5、利用ndk生成的交叉工具鏈，在加上webkit自帶的cmake編譯系統，生成webkit的動態庫是沒有問題的，當然是webkit的內核，而且有些平台相關的部分代碼需要修改。
6、但是只要是以linux平台為基礎，修改還是很容易的，我移植的webkit是先移植到linux平台上，然後移植到android平台上的，所以修改相對少了很多，但是修改大多都在WebCore/platform下，在選擇了的平台相關庫後，做相應的配置和修改。
7、其次是在WebKit目錄，這個主要是支持和使用WebCore，因此在需求不是整個瀏覽器，而只是正常地顯示網頁時，還是可以寫的比較簡單的。
Ⅲ 編譯ARM版的qt4.8失敗求助
./configure -opensource -embedded arm -xplatform qws/linux-arm-gnueabi-g++ -no-webkit -qt-libtiff -qt-libmng -qt-libjpeg -qt-libpng -no-qt3support -nomake demos -nomake docs -nomake examples -little-endian -host-little-endian -no-xcursor -no-mouse-linuxtp -qt-mouse-tslib -I/usr/local/tslib/include -L/usr/local/tslib/lib -fast -lrt -confirm-license
在解壓包的 mkspecs/linux-arm-gnueabi-g++ 目錄下需要配置一下你的 linux-arm-gnueabi-g++ 路徑,最好是設置成絕對路徑,否則可能你配置的交叉編譯器沒有添加到環境變數裡面不好~ (如果配置了環境變數的話,那就沒必要設置了)
我的給你參考一下,就是原配了~
#
# qmake configuration for building with arm-linux-gnueabi-g++
#
MAKEFILE_GENERATOR = UNIX
TARGET_PLATFORM = unix
TEMPLATE = app
CONFIG += qt warn_on release incremental link_prl gdb_dwarf_index
QT += core gui
QMAKE_INCREMENTAL_STYLE = sublib
include(../common/linux.conf)
include(../common/gcc-base-unix.conf)
include(../common/g++-unix.conf)
# modifications to g++.conf
QMAKE_CC = arm-linux-gnueabi-gcc
QMAKE_CXX = arm-linux-gnueabi-g++
QMAKE_LINK = arm-linux-gnueabi-g++
QMAKE_LINK_SHLIB = arm-linux-gnueabi-g++
# modifications to linux.conf
QMAKE_AR = arm-linux-gnueabi-ar cqs
QMAKE_OBJCOPY = arm-linux-gnueabi-obj
QMAKE_STRIP = arm-linux-gnueabi-strip
load(qt_config)
Ⅳ linux下怎麼裝qt交叉編譯器
我用的是qt-everywhere-opensource-src-4.7.0這個版本。不同版本配置方法有些許不同，比如說配置文件的名字目錄等。
1.解壓qt-everywhere-opensource-src-4.7.0.tar.gz
2.修改配置文件（配置文件根據你開發板和編譯工具不同而不同，不清楚你什麼環境，這是我以前的配置，linux-arm-gnueabi-g++是我用的交叉編譯工具）
qt-everywhere-opensource-src-4.7.0/mkspecs/qws/linux-arm-gnueabi-g++/qmake.conf文件修改為如下內容：
QMAKE_CC
QMAKE_CXX
QMAKE_LINK
QMAKE_LINK_SHLIB
QMAKE_AR
QMAKE_OBJCOPY
QMAKE_STRIP
QMAKE_INCDIR
QMAKE_LIBDIR
QMAKE_LIBS
把這配置都指定清楚，有編譯器，lib等，看名字應該都能理解。
3.執行。
./configure -prefix-install -prefix /opt/qt4 \
-release -opensource -shared -embedded arm \
-no-fast -largefile -exceptions \
-stl -no-qt3support \
-xmlpatterns -no-multimedia -no-audio-backend \
-no-phonon -no-phonon-backend \
-svg -no-webkit -javascript-jit \
-script -scripttools -declarative \
-no-mmx -no-3dnow -no-sse -no-sse2 \
-qt-zlib -qt-gif -qt-libtiff \
-qt-libpng -qt-libmng -qt-libjpeg \
-no-openssl \
-xplatform qws/linux-arm-gnueabi-g++ \
-qt-mouse-tslib -qt-mouse-pc -no-mouse-linuxtp -no-neon
這里給你的例子configure，你要的肯定和我的不一樣，我們需求環境都不同。每個配置項的意思不可能這里都給你說清楚，你可以--help自己理解。
4.執行make。
當然，這樣你99%是編譯不過的。有些文件需要根據你交叉編譯環境進行修改。自己多嘗試吧。我也是整了一兩個個月，才慢慢知道的。
Ⅳ Qt 軟體中怎麼自動加入build版本號
當進入解壓好的源碼包後，使用./configure –help命令，可以獲得相應幫助，那我們只要選取參數部分看看 -release 這個參數顯而易見，就是編譯Qt以發布版的模式進行，一般來說，最後系統完成後，庫就應該是發布版。 -release 與上面對應，自然是調試版了，如果開發的話，可以選擇它吧。 -debug-and-release 囧，上面那兩個的兒子。 -developer-build 囧，我錯了，開發者也可以用這個的，選了這個後，可以進行自動測試，不過還沒去用過，以後可以研究研究。 -opensource -commercial 這兩個參數是指是編譯是商業版本的，還是開源版本呢，視個人情況而定。 -shared -static 這兩個參數是指Qt的lib以動態還是靜態編譯生成，這自然也是視個人需要的。 -no-fast -fast 這兩個就很有關系，如果對自己的電腦性能很有信心，那就選第一個，那所有的工程文件都會生成到makefiles中，那編譯的時間，估計可以看完變形金剛了。如果選第二個，那就加入子目錄和庫到makefiles，這樣就能加快編譯的速度。 -no-largefile -largefile 顧名思義，支不支持大文件，一般來說，嵌入式里是不會有從超過4G的大文件的，那就選第一個吧。 -no-exceptions -exceptions 計算機英語夠好的人都該懂，這個自然就是異常情況，選則編譯器支持拋出異常，否則不支持。 -no-accessibility -accessibility 可訪問性的支持，說實話，這個我真不知道有什麼有用了。等哪天發現了，再來好好解釋。 -no-stl -stl 是都加入stl的支持，stl，這應該算是C＋＋程序員應該都了解了，再不濟，那也總聽說過大名吧。 no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> 這 個可要好好說明下，一般來說，對於一個優秀的項目開發，資料庫是必不可少的，qt也自帶了大多數資料庫驅動，可以完美地支持資料庫的使用。對於數 據庫的使用，我們可以直接qt驅動編譯進去，或者以插件的形式編譯進去。一般來說，最簡單地就是直接編譯進去，但使用插件形式的可以更加靈活，針對不同的 需求將驅動插件添加。其中，<>代表的是驅動名，如果我想直接添加sqlite的支持話，形式如下：-qt-sql-sqlite。其他名稱 可以自己查看參數里，有詳細地介紹。 -system-sqlite sqlite真受歡迎啊，當然那麼優秀的嵌入式資料庫，本人也是基本使用它來進行開發。這個參數意思是使用操作系統上的sqlite資料庫，如果是不太會移植的，可以考慮直接使用qt自帶的驅動。 -no-qt3support -qt3support 這個也是簡潔易懂，加不加對qt3的支持。 no-xmlpatterns -xmlpatterns 選擇對xml的支持，如果對網路無需求的話，就不用加了。 -no-phonon -phonon phonon是qt中處理多媒體的模塊，比如放放視頻什麼來著，不過本人從沒用過，也是根據需要選擇的。 -no-phonon-backend -phonon-backend 與上面類似，只不過這兩是以插件的形式加入支持。 -no-svg －svg 是否加入svg的支持，svg即可縮放矢量圖形。 -no-webkit -webkit 是否加入webkit的支持，這可是個好東西，不過如果跟網路不搭界的話，還是不支持吧。 -no-scripttools -scripttools 是否加入腳本工具的支持，這對php等腳本工程師來說是個很棒的參數，但對於我這樣菜鳥，就別提了。 -platform target 目標平台，這可是關鍵了，如果不注意的話，編譯出來是x86上的話，哪怕是再牛的嵌入式工程師來也沒法幫你移植到開發板上。通常，本人是linux-arm-g++。 -no-mmx -no-3dnow -no-sse -no-sse2 這四個參數是針對CPU的指令集，老實說，我也不甚了解，不過，對於開發並不是影響很大。 -qtnamespace 把qt的庫封裝到命名空間，沒啥重要用處，依個人愛好加吧。 -qtlibinfix 將所有的qt的.so庫重命名，也沒啥大用處。 -no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> -system-sqlite 這是相當明顯的，如果這都看不出來，，囧，那您一定比我近視（本人800度近視。。） 就 是說如果是-no-XX-，就說明編譯時不選擇這個參數，如過是-qt-XX-，說明我們可以編譯直接選用qt自帶的驅動，如果是 -plugin-XX-，就是將驅動以插件形式編譯，而-system-XXX,當然是使用操作系統提供的驅動，不過那就需要您自己移植了，而且有時還要 用第三方的API，就方便來說非常麻煩，但是不排除您是牛人要好好玩玩的情況。 接下來，我們接著研究配置參數。 -qt-zlib -system-zlib 想 必經過上面的講解，參數的意思已經很快得知，就是選擇qt帶的zlib庫還是系統的zlib。zlib庫是用於文件和資料壓縮的庫，對於新入嵌入式的人來 說，可能並無太大的用處，但是在以後的實際開發中，特別是對於多媒體圖像圖形的工程師來說，就肯定用到，因為圖形圖像的壓縮都要使用或涉及到這個庫。 -no-gif -qt-gif 這是選擇gif的支持，如果選擇qt支持的話，那在用qt開發的項目中，就能顯示gif圖，gif也是比較普遍的圖片格式了，英文全稱是Graphics Interchange Format。 -no-libtiff -qt-libtiff -system-libtiff tiff是一種非常復雜的光柵圖像格式，並且有直接現成的C語言實現庫，因此選擇參數時就有了qt和system，一般來說，科學相關的開發里可能會用到。 -no-libpng -qt-libpng -system-libpng png的相關參數，一種非失真性壓縮點陣圖圖形文件格式，其實就是為了替代gif搞出來的，也是隨實際需要來選擇，當然，也有C語言實現的庫。 -no-libmng -qt-libmng -system-libmng 大汗，大汗，這可是超級罕見的東西，QT竟然也能支持，說實話，這個參數我看來就是無視的。MNG是多幀PNG動畫格式，結構極其復雜，基本沒人用。 -no-libjpeg -qt-libjpeg -system-libjpeg jpeg,這么有名的圖片格式也不用說了，隨需要選擇吧。 -no-openssl -openssl -openssl-linked SSL，Security Socket Layer,是一個安全傳輸協議，在Internet網上進行數據保護和身份確認，而OpenSSL是一個開放源代碼的實現了SSL及相關加密技術的軟體 包，在qt中，我們可以選擇直接支持，或者OpenSSL鏈接支持,這個參數也是為有需要者提供的。 以上是第三方庫的參數選擇，緊接著就是qt附加參數，在附加參數里，我們可以指定編譯的部分及加入參數來獲取信息。 -make -nomake 一 句話，說明，就說我可以這兩個參數選擇哪些我要編譯，哪些我不需要，在 libs tools examples demos docs translations這些里你可以選擇，比如examples，並不重要，可以放在-nomake後，這樣編譯過程中就不會編譯這部分了。通過適當的 選擇，我們可以大大加快編譯的速度，這對配置較差的機子來說有著積極意義。 -R <string> -l <string> 這兩個參數是為編譯時增加一個庫的運行路徑及頭文件的路徑，比如使用tslib作為開發觸摸驅動時，我們就應使用這兩個參數來指定tslib的庫路徑和頭文件路徑。 -no-rpath -rpath 這個參數比較難於理解，簡單地說，就是告訴動態載入器，到-rpath指定的目錄中尋找編譯時須要的動態鏈接庫，語法就與上面的參數結合，比如 -rpath -R/home/xxxx。 -continue 這個參數的作用就是當出現錯誤時依然進行配置編譯，換我是不會加上的。 -verbose, -v 這個參數就很眼熟，在前面的文章中有過詳細介紹，簡言之，就是顯示配置的每一步的具體信息。 -no-optimized-qmake -optimized-qmake 是否編譯生成優化過的qmake，沒啥大用，也屬於可有可無的參數。 -no-nis -nis 是否編譯NIS支持，NIS（網路信息服務）是一個提供目錄服務的RPC(遠程過程調用)應用服務，當然沒網路需要的可以再次華麗地無視。 -no-cups -cups 是 否編譯CUPS支持，是不是想問什麼用啊?~~~~囧，開列印店用的。好了，不說冷笑話，CUPS給Unix/Linux用戶提供了一種可靠有效 的方法來管理列印。它支持IPP，並提供了LPD，SMB（服務消息塊，如配置為微軟WINDOWS的列印機）、JetDirect等介面。CUPS還可 以瀏覽網路列印機。它的開發提供者是大名鼎鼎的「水果生產商」----蘋果公司。 -no-iconv -iconv 選擇是否編譯iconv支持，iconv是一個計算機程序以及一套應用程序編程介面的名稱。它的作用是在多種國際編碼格式之間進行文本內碼的轉換。這對跨語言Qt開發人員來說是很有用的，當然，考慮到中文的編碼，我也選擇加入支持。 -no-pch -pch 是 否支持預編譯過的頭文件。預編譯頭就是把一個工程中的一部分代碼,預先編譯好放在一個文件里(通常以.pch為擴展名)，這個文件就稱為預編譯頭 文件。這些預先編譯好的代碼在工程開發的過程中不會被經常改變。如果這些代碼被修改，則需要重新編譯生成預編譯頭文件。媽媽經常說：不懂就要學。我說：不 懂就加上。。。 no-dbus -dbus -dbus-linked 是否編譯編譯QtDBus模塊。dbus是freedesktop下開源的Linux IPC通信機制，本身Linux 的IPC通信機制包括，管道（fifo），共享內存，信號量，消息隊列，Socket等。在Qt中DBUS是有單獨的模塊的，可見其重要性。 -rece-relocations 對於額外的庫鏈接器優化，可以減少編譯中的再定位。 no-separate-debug-info -separate-debug-info 是否存儲debug信息在.debug，一般為了查錯，還是選擇存儲吧。 -xplatform target 相當淺顯的參數，即交叉編譯的目標平台，一般來說根據你所要移植的目標板來確定。 -no-feature-<feature> -feature-<feature> 選 取qte的feature編譯，對於這個，我理解為特性，特性的描述你可以參考src/corelib/global/qfeatures.txt，在這 裡面對於每個特性都有比較充分的講解。對於特性地選擇，也是要根據開發需求進行，如果裁剪適當，能大大為qte庫瘦身。 -embedded <arch> 嵌入式平台架構選擇，可以選擇arm，mips，x86及generic，視你的目標平台決定吧。 -armfpa -no-armfpa 這個參數也只是針對ARM平台的，是否加入對於基於ARM的浮點數格式的支持，通常，這個參數在編譯時會自動選擇。 -little-endian -big-endian 目標平台的大端和小端選擇，這應該是常識了，如果這不知道，就不要來混嵌入式了 -host-little-endian -host-big-endia 主機平台的大端和小端選擇，屬於雞肋的參數，不選擇也會在配置時自動選擇。 -no-freetype -qt-freetype -system-freetype 選擇freetype，FreeType庫是一個完全免費(開源)的、高質量的且可移植的字體引擎，它提供統一的介面來訪問多種字體格式文件，在嵌入式開發中，有套可使用的字體對於中文開發至關重要，本人一般使用文泉驛字體。 -qconfig local 使用本地的qconfig配置文件來替代全部參數配置，有需要的可以去研究下，可以裁剪控制項級別的參數。 -depths <list> 顯示的像素位深，也是根據需要來進行吧。 -qt-decoration-<style> -plugin-decoration-<style> -no-decoration-<style> 這個是選擇qt的樣式風格，對於需要美化界面的項目來說，可以好好選擇下。 -no-opengl -opengl <api> 是否加入opengl的支持，OpenGL是個專業的3D程序介面，是一個功能強大，調用方便的底層3D圖形庫。不過對於一般的開發來說，似乎有很少用到的地方。 -qt-gfx-<driver> -plugin-gfx-<driver> -no-gfx-<driver> 這個是相當重要的一個參數，選擇QtGui的圖形顯示驅動，比如我們在pc上使用qvfb模擬時，就應該加入對qfvb的支持。我們可以在 linuxfb，transformed，qvfb，vnc，multiscreen這幾個中選擇。在平常的開發板上，選擇linuxfb即可。 -qt-kbd-<driver> -plugin-kbd-<driver> -no-kbd-<driver> 選擇鍵盤的驅動支持，可以支持usb鍵盤，串口鍵盤等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中選擇。 qt-mouse-<driver> -plugin-mouse-<driver> -no-mouse-<driver> 滑鼠的驅動支持，一般都會選擇tslib，可以完美地支持觸摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中選擇吧。 -iwmmxt 加入iWMMXt指令的編譯，也只是部分XScale架構才具有。 -no-glib -glib 是否加入glib庫的支持，glib庫對應即gtk庫，就也是說加入後可以使用gtk。
Ⅵ 各個手機操作系統
Windows Mobile掌上電腦和手機的主流硬體配置：基於ARM構架的CPU，主頻：195-624 Mhz, 主要晶元廠商：Intel, Texas Instruments, Samsung, Qualcomm等，內存：64-288MB Ram （用於程序運行），128-1GBRom （用於第三方程序及用戶文件儲存），顯示屏：240x320、480x640和480×800，6.5萬色，2.2-4.0英寸，擴充卡：Micro SD或SD，SDHC，高端機型內置WiFi無線網路接收模塊，GPS衛星接收模塊，FM收音機接收模塊，3G或3.5G高速網路，另配有紅外、藍牙及用於和電腦同步用的迷你USB介面，host-usb能直接讀取U盤里的文件，通過驅動可以實現外接滑鼠、鍵盤。
優點：1，界面類似於台式機的Windows，便於熟悉電腦的人操作。2，預裝軟體豐富，內置Office Word, Excel, Power Point，可瀏覽甚至編輯，內置Internet Explorer，Media Player。3，電腦同步非常便捷，完全兼容Outlook, Office Word, Excel等。4，多媒體功能強大，藉助第三方軟體可播放幾乎任何主流格式的音視頻文件。5，觸摸式操作，可與iPhone媲美。6，極為豐富的第三方軟體，特別是詞典，衛星導航軟體均可運行。
缺點：1，對不熟悉電腦的人來說操作較為復雜。2，相機目前最大為810萬像素（索愛X2 等，2009年）。3，對硬體要求較高。4，體積略大，許多操作需藉助觸摸筆。
windows mobile相對應的智能操作系統還有S60系統以及蘋果和谷歌的手機操作系統。
目前諾基亞的S60系統佔了半壁江山，其次就是加拿大的RIM(RESERCH IN MOTION)黑莓，蘋果的IPHONE , 再就是WM
Symbian OS(中文譯音「塞班系統」)由諾基亞、索尼愛立信、摩托羅拉、西門子等幾家大型移動通訊設備商共同出資組建的一個合資公司，專門研發手機操作系統。現已被NOKIA全額收購。
Symbian操作系統的前身是EPOC，而EPOC是 Electronic Piece of Cheese取第一個字母而來的，其原意為"使用電子產品時可以像吃乳酪一樣簡單"，這就是它在設計時所堅持的理念。
Symbian操作系統在智能移動終端上擁有強大的應用程序以及通信能力，這都要歸功於它有一個非常健全的核心－強大的對象導向系統、企業用標准通信傳輸協議以及完美的sun java語言。Symbian認為無線通訊裝置除了要提供聲音溝通的功能外，同時也應具有其它種溝通方式，如觸筆、鍵盤等。在硬體設計上，它可以提供許多不同風格的外型，像使用真實或虛擬的鍵盤，在軟體功能上可以容納許多功能，包括和他人互相分享信息、瀏覽網頁、傳輸、接收電子信件、傳真以及個人生活行程管理等。此外，Symbian操作系統在擴展性方面為製造商預留了多種介面，而且EPOC 操作系統還可以細分成三種類型：Pearl／Quartz／Crystal，分別對應普通手機、智能手機、Hand Held PC場合的應用。
Symbian作為一款已經相當成熟的操作系統，具有以下的特點：
第一，提供無線通信服務，將計算技術與電話技術相結合。
第二，操作系統固化。
第三，相對固定的硬體組成。
第四，較低的研發成本。
第五，強大的開放性。
第六，低功耗，高處理性能。
第七，系統運行的安全、穩定性。
第八，多線程運行模式。
第九，多種UI，靈活，簡單易操作。
以上總結的九點，並不代表說為Symbian OS所獨有，只是Symbian OS將其這些特點突出，並且充分的這些特點發揮了優勢，讓其更好的為用戶服務。
缺點：Symbian機型所採用的硬體配置較低，且各類機型採用的的處理器主頻較低，雖然系統可以使其獲得較高的處理效能，但是在多媒體等方面的表現依然不盡如人意。在多媒體方面，Symbian OS對主流的媒體格式的支持性較差。Symbian OS雖然採用多種平台，來適應不同人群和各類需要，但是這也給Symbian OS帶來了一種限制性的發展障礙。各個平台之間第三方軟體不兼容，且軟體開發商多專注於某一個平台，大大減少了各個平台上可用的第三方軟體，給用戶帶來了一定的不便。版本之間兼容性差也是Symbian OS需要改進的一個地方，每當新版本的Symbian OS發布並有產品面世時，系統的兼容性便成了其發展的一個大敵。相當多的一部分軟體需要軟體開發商跟進，開發新的版本才能得以解決。 細節注意不夠，由於symbian只提供給廠商一個內核及UI，很多細節功能需要廠商去添加，但是很多廠商將著眼點放在了產品的多功能及綜合性能等方面，往往忽略了一些基本的功能。一些機型甚至連工作日鬧鍾這類功能都需要第三方軟體才能實現，這無疑給不熟悉symbian的用戶的帶來了極大的不便。
中文讀音：脈末。
該平台基於GNU/Linux 操作系統和GNOME 桌面技術。Maemo 向開發夥伴們提供了一個方便實用的開發環境。其全新、優化，且不斷演進的Hildon UI 專為觸摸屏手持終端的屏幕大小和典型用途而作了優化。這一開發平檯面向那些為移動領域開發應用和新技術的創新開發夥伴和創新型機構。用maemo 平台能方便地對現有的桌面解決方案進行移動化。Maemo 支持該平台之上的多種業務模型，包括專屬應用的分發等。
運行於桌面機的Maemo 開發環境被稱為maemo SDK。它只能被安裝和運行於Linux 操作系統。在諸如Windows 這樣的其它操作系統上，可以使用一個VMWare 鏡像以提供Linux 工作環境。Maemo SDK 在GNOME/Linux 桌面系統上創建一種沙箱模式的maemo 開發環境。原則上，這種砂箱環境是建立在被稱為Scratchbox 的工具上。在多數情況下這種環境表現為終端上的操作系統，但增加了一些開發工具。這意味著：開發過程與普通桌面Linux 和GNOME/GTK+ 開發十分相似，而其獨特的嵌入式開發功能，如交叉編譯等，都是由Scratchbox 透明地處理的。
Maemo SDK 的主頁（maemo.org - SDKs）讓你能獲取所有可用的SDK。
面向maemo 開發夥伴工具清單將隨著時間的推移而不斷加長。開發夥伴們可以從maemo 知識庫下載各種工具，並向Scratchbox 環境中和maemo 終端安裝這些工具。諾基亞也為Scratchbox 提供了一個Eclipse 插件，以實現高效IDE 開發。
Maemo 工具主頁（maemo.org - tools）讓你能獲取這些插件和其它多種有用工具
Android一詞的本義指「機器人」，同時也是Google於2007年11月5日宣布的基於Linux平台的開源手機操作系統的名稱，該平台由操作系統、中間件、用戶界面和應用軟體組成，號稱是首個為移動終端打造的真正開放和完整的移動軟體。目前最好的是Android2.0的摩托羅拉Droid
Android是基於Linux內核的軟體平台和操作系統，早期由Google開發，後由開放手機聯盟Open Handset Alliance）開發。它採用了軟體堆層（software stack，又名以軟體疊層）的架構，主要分為三部分。低層以Linux內核工作為基礎，只提供基本功能；其他的應用軟體則由各公司自行開發，以Java作為編寫程序的一部分。另外，為了推廣此技術，Google和其它幾十個手機公司建立了開放手機聯盟。Android在未公開之前常被傳聞為Google電話或gPhone。大多傳聞認為Google開發的是自己的手機電話產品，而不是一套軟體平台。到了2010年1月，Google開始發表自家品牌手機電話的Nexus One。
特性：·應用程序框架 支持組件的重用與替換
·Dalvik虛擬機 專門為移動設備做了優化
·內部集成瀏覽器 該瀏覽器基於開源的WebKit 引擎
·優化的圖形庫 包括2D和3D圖形庫，3D圖形庫基於OpenGL ES 1.0 （硬體加速可選）
·#SQLite 用作結構化的數據存儲
·多媒體支持 包括常見的音頻、視頻和靜態印象文件格式 （如 MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF）
·GSM電話 （依賴於硬體）
·藍牙Bluetooth, EDGE, 3G, and WiFi （依賴於硬體）
·照相機，GPS，指南針，和加速度計 （依賴於硬體）
·豐富的開發環境 包括設備模擬器，調試工具，內存及性能分析圖表，和Eclipse集成開發環境插件
Ⅶ 您好，我看了您的交叉編譯webkit的回答，去尋找已經編譯好的庫文件，感覺收獲很大，給我新的思路。
這里有線索：http://packages.debian.org/search?arch=arm&keywords=libc6
Ⅷ 如何讓QT編譯器顯示游標
1 PC版本
在終端中輸入:sudo apt-get install qt4-dev-tools qt4-doc qt4-qtconfig qt4-demos qt4-designer qt4-qmlviewer
◆qt4-dev-tools 中包括了Qt Assistant,Qt Linguist,Qt Creator
◆qt4-doc 這個是幫助文檔
◆qt4-qtconfig Qt的配置工具,這個裝好默認好
◆qt4-demos 官方的一些Demo
◆qt4-designer 可視化窗體設置工具
◆qt4-qmlviewer 和qtcreator相關
安裝後，沒有安裝Qt Creator，在Ubuntu 圖形桌面上點擊左側的Ubuntu Software Center，搜索Qt ，選擇Qt Creator
完成後，在terminal命令行執行命令 qtcreator啟動Qt Creator了
註：如果需要編譯特定版本的，如4.8.5，則:
(1) 安裝一些依賴包
sudo apt-get install libX11-dev libXext-dev libXtst-dev
(2) 下載Qt源碼包 qt-everywhere-opensource-src-4.8.5.tar.gz，解壓後進入目錄
用命令 sudo ./configure -prefix /usr/local/Trolltech/Qt-4.8.5;sudo make;sudo make install即可
2 ARM版本
註：以下所使用的交叉編譯工具為arm-none-linux-gnueabi 如果使用arm-linux 做相應的修改即可
（1）下載Qt源碼包 qt-everywhere-opensource-src-4.8.5.tar.gz；
（2） 解壓後進入該文件夾，執行.
./configure -opensource -embedded arm -xplatform qws/linux-arm-gnueabi-g++ -no-webkit -qt-libtiff -qt-libmng -qt-libjpeg -qt-libpng -no-qt3support -nomake demos -nomake docs -nomake examples -little-endian -host-little-endian -fast -lrt
（3） 執行make，及make install命令，一般時間比較長
（4） 完成後修改mkspecs文件的許可權，供qt creator使用： sudo chmod 775 mkspecs -R
（5） 配置qt creator：工具->選項->Qt4 找到「手動設置」增加一個，qmake路徑填第二步中的安裝目錄下的qmake路徑，」usr/local/Trolltech/QtEmbedded-4.8.5-arm/bin/qmake「
（6）配置完成後，打開項目後點左側「項目」，選擇剛才配置的Qt版本即可編譯生成arm版程序了
3 移植到ARM
（1）需要將usr/local/Trolltech/QtEmbedded-4.8.5-arm/lib移植到ARM板上相同的位置，將plugins里的.so也移入..../QtEmbedded-4.8.5-arm/lib
（2） 對（1）中的lib/下的.so做鏈接
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so.4
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so.4.8
ln -s libQtGui.so.4.8.5 libQtGui.so
ln -s libQtGui.so.4.8.5 libQtGui.so.4
ln -s libQtGui.so.4.8.5 libQtGui.so.4.8
......
註：（1）（2） 也可以用壓縮打包整個lib,拷貝過去來實現
（3）vi ~/.bashrc 文件，加入
QTDIR=usr/local/Trolltech/QtEmbedded-4.8.5-arm
export QTDIR
PATH=$QTDIR/lib:$PATH
export PATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
4 一些常見錯誤
（1） 「QMAKESPEC has not been set」，解決方案：sudo gedit ~/.bashrc ,添加內容：export QMAKESPEC=usr/local/Trolltech/QtEmbedded-4.8.5-arm/mkspecs/qws/linux-arm-gnueabi-g++
（2） 安裝了多種版本的QT，如果想默認使用QtEmbeddedb版本，可以在上述文件中加入：export PATH=/usr/local/Trolltech/QtEmbedded-4.5.2-arm/bin:$PATH
（3） 配置完成後，可使用qmake -project;qmake;make進行工程編譯
（4） arm開發板的終端打不開，出現"grantpt failed:..."問題，可以輸入：mount -o remount,gid=5,mode=620 /dev/pts 回車
（5） Qtcreator配置出現，沒有編譯鏈，則可加入GCCE編譯鏈，目標位置就是linux-none-arm-guneabi-g++所在位置
（6） 出現qmlviewer 沒有安裝的問題，可從/usr/bin里將qml開頭的三個可執行文件拷到usr/local/Trolltech/QtEmbedded-4.8.5-arm/bin下
（7） make 出現arm-none-linux-gnueabi-g++命令未找到，如果確定環境變數已經添加，則檢查文件所屬賬號是不是你現在賬戶；環境變數如果一直不對，可以關掉終端，新開一個，重新設置
（8） 如果開發板運行程序的時候出現 cannot mix incompatible Qt library with this library，查找資料，大家都說最可行性的解決方案是卸干凈，重新編譯，自己花了好長時間重新編譯後，發現還是一樣。然後用ldd <filename> 查看了運行文件依賴的庫，發現程序有部分鏈接到了開發板上的Qt庫。做了Qt動態庫的全部ln（具體見第3部分）
//////////////////////////////////////////////////////////////////////////////////////////////////////由於項目需要，需要加入觸屏，編譯過程中發現不同與之前的新的問題，記錄如下
一 觸屏庫tslib的編譯
1 下載相應的工具
do apt-get install automake
sudo apt-get install autogen
sudo apt-get install autoconf
sudo apt-get install libtool
2 很重要的一步，設置 CC和CXX
export CC=.... ,export CXX=...,一般CC=arm-linux-gcc ,CXX=arm-linux-g++，我的交叉編譯環境是arm-none-linux-gnueabi-gcc,arm-none-linux-gnueabi-g++,輸入命令 export CC=arm-none-linux-gnueabi-gcc export CXX=arm-none-linux-gnueabi-g++
3 編譯
cd tslib
./autogen.shecho "ac_cv_func_malloc_0_nonnull=yes" > arm-none-linux-gnueabi.cache #(這樣做到目的是避免出現undefined reference to rpl_malloc錯誤)./configure --host=arm-none-linux-gnueabi CC=<你的cc編譯器所在路徑> CXX=<你的++編譯器所在路徑> --cache-file=arm-none-linux-gnueabi.cache -prefix=/usr/local/tslibmakemake install
4 檢查，可進入/usr/local/tslib/bin 里，file ts_test（或其他文件） 如果顯示ARM，表明編譯正確，如果顯示80386表明你用的不是交叉編譯器，而是系統的gcc。註：因為版本不一致，導致編譯QT時一直出現 fail to find tslib function...，加入-verbose選項，列印出/opt/../ld:cannot find -lts（tslib和qt編譯器版本不對應造成）。
二 編譯QTe 4.8.5
1 編譯指令需要改為./configure -opensource -embedded arm -xplatform qws/linux-arm-gnueabi-g++ -no-webkit -qt-libtiff -qt-libmng -qt-libjpeg -qt-libpng -no-qt3support -nomake demos -nomake docs -nomake examples -little-endian -host-little-endian -no-xcursor -no-mouse-linuxtp -qt-mouse-tslib -I/usr/local/tslib/include -L/usr/local/tslib/lib -fast -lrt
不需要滑鼠的話就加上綠色的文字，並且修改./src/gui/embedded/qwscursor_qws.h，在文件頭部加上#define QT_NO_QWS_CURSOR
2 編譯器最好在qws/linux-arm-gnueabi-g++/qmake.conf中指定完全的路徑，否則可能出現一些奇怪的錯誤。
3 qmake.conf中記得加入-lts 在g++ gcc後面
三 移植到開發板
如果開發板中沒有tslib庫，則需要進行移植1 將tslib庫拷到開發板 /usr/local/tslib2 修改ts.conf vi /usr/local/tslib/etc/ts.conf -》將#mole_raw input前的#去掉3 vi /etc/profile 添加export TSLIB_ROOT=/usr/local/tslib
export TSLIB_TSDEVICE=/dev/input/event1
export QWS_MOUSE_PROTO=tslib:/dev/input/event1
export TSLIB_CALIBFILE=/etc/pointercal
export TSLIB_CONFFILE=$TSLIB_ROOT/etc/ts.conf
export TSLIB_PLUGINDIR=$TSLIB_ROOT/lib/ts
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_CONSOLEDEVICE=none #避免出現「open console device: No such file or directory KDSETMODE: Bad file descriptor」的錯誤
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$TSLIB_ROOT/libTSLIB_TSDEVICE 和QWS_MOUSE_PROTO這兩項需要查看自己的板子的觸摸屏設備對應/dev/input/下哪個文件可用cat /proc/bus/input/devices查看具體可參考博客http://blog.163.com/zhuandi_h/blog/static/180270288201222310291262/
頂
1
Ⅸ qt怎麼自動選擇配置的define參數
當進入解壓好的源碼包後，使用./configure –help命令，可以獲得相應幫助，那我們只要選取參數部分看看
-release
這個參數顯而易見，就是編譯Qt以發布版的模式進行，一般來說，最後系統完成後，庫就應該是發布版。
-release
與上面對應，自然是調試版了，如果開發的話，可以選擇它吧。
-debug-and-release
囧，上面那兩個的兒子。
-developer-build
囧，我錯了，開發者也可以用這個的，選了這個後，可以進行自動測試，不過還沒去用過，以後可以研究研究。
-opensource
-commercial
這兩個參數是指是編譯是商業版本的，還是開源版本呢，視個人情況而定。
-shared
-static
這兩個參數是指Qt的lib以動態還是靜態編譯生成，這自然也是視個人需要的。
-no-fast
-fast
這兩個就很有關系，如果對自己的電腦性能很有信心，那就選第一個，那所有的工程文件都會生成到makefiles中，那編譯的時間，估計可以看完變形金剛了。如果選第二個，那就加入子目錄和庫到makefiles，這樣就能加快編譯的速度。
-no-largefile
-largefile
顧名思義，支不支持大文件，一般來說，嵌入式里是不會有從超過4G的大文件的，那就選第一個吧。
-no-exceptions
-exceptions
計算機英語夠好的人都該懂，這個自然就是異常情況，選則編譯器支持拋出異常，否則不支持。
-no-accessibility
-accessibility
可訪問性的支持，說實話，這個我真不知道有什麼有用了。等哪天發現了，再來好好解釋。
-no-stl
-stl
是都加入stl的支持，stl，這應該算是C＋＋程序員應該都了解了，再不濟，那也總聽說過大名吧。
no-sql-<driver>
-qt-sql-<driver>
-plugin-sql-<driver>
這 個可要好好說明下，一般來說，對於一個優秀的項目開發，資料庫是必不可少的，qt也自帶了大多數資料庫驅動，可以完美地支持資料庫的使用。對於數 據庫的使用，我們可以直接qt驅動編譯進去，或者以插件的形式編譯進去。一般來說，最簡單地就是直接編譯進去，但使用插件形式的可以更加靈活，針對不同的 需求將驅動插件添加。其中，<>代表的是驅動名，如果我想直接添加sqlite的支持話，形式如下：-qt-sql-sqlite。其他名稱 可以自己查看參數里，有詳細地介紹。
-system-sqlite
sqlite真受歡迎啊，當然那麼優秀的嵌入式資料庫，本人也是基本使用它來進行開發。這個參數意思是使用操作系統上的sqlite資料庫，如果是不太會移植的，可以考慮直接使用qt自帶的驅動。
-no-qt3support
-qt3support
這個也是簡潔易懂，加不加對qt3的支持。
no-xmlpatterns
-xmlpatterns
選擇對xml的支持，如果對網路無需求的話，就不用加了。
-no-phonon
-phonon
phonon是qt中處理多媒體的模塊，比如放放視頻什麼來著，不過本人從沒用過，也是根據需要選擇的。
-no-phonon-backend
-phonon-backend
與上面類似，只不過這兩是以插件的形式加入支持。
-no-svg
－svg
是否加入svg的支持，svg即可縮放矢量圖形。
-no-webkit
-webkit
是否加入webkit的支持，這可是個好東西，不過如果跟網路不搭界的話，還是不支持吧。
-no-scripttools
-scripttools
是否加入腳本工具的支持，這對php等腳本工程師來說是個很棒的參數，但對於我這樣菜鳥，就別提了。
-platform target
目標平台，這可是關鍵了，如果不注意的話，編譯出來是x86上的話，哪怕是再牛的嵌入式工程師來也沒法幫你移植到開發板上。通常，本人是linux-arm-g++。
-no-mmx
-no-3dnow
-no-sse
-no-sse2
這四個參數是針對CPU的指令集，老實說，我也不甚了解，不過，對於開發並不是影響很大。
-qtnamespace
把qt的庫封裝到命名空間，沒啥重要用處，依個人愛好加吧。
-qtlibinfix
將所有的qt的.so庫重命名，也沒啥大用處。
-no-sql-<driver>
-qt-sql-<driver>
-plugin-sql-<driver>
-system-sqlite
這是相當明顯的，如果這都看不出來，，囧，那您一定比我近視（本人800度近視。。）
就 是說如果是-no-XX-，就說明編譯時不選擇這個參數，如過是-qt-XX-，說明我們可以編譯直接選用qt自帶的驅動，如果是 -plugin-XX-，就是將驅動以插件形式編譯，而-system-XXX,當然是使用操作系統提供的驅動，不過那就需要您自己移植了，而且有時還要 用第三方的API，就方便來說非常麻煩，但是不排除您是牛人要好好玩玩的情況。
接下來，我們接著研究配置參數。
-qt-zlib
-system-zlib
想 必經過上面的講解，參數的意思已經很快得知，就是選擇qt帶的zlib庫還是系統的zlib。zlib庫是用於文件和資料壓縮的庫，對於新入嵌入式的人來 說，可能並無太大的用處，但是在以後的實際開發中，特別是對於多媒體圖像圖形的工程師來說，就肯定用到，因為圖形圖像的壓縮都要使用或涉及到這個庫。
-no-gif
-qt-gif
這是選擇gif的支持，如果選擇qt支持的話，那在用qt開發的項目中，就能顯示gif圖，gif也是比較普遍的圖片格式了，英文全稱是Graphics Interchange Format。
-no-libtiff
-qt-libtiff
-system-libtiff
tiff是一種非常復雜的光柵圖像格式，並且有直接現成的C語言實現庫，因此選擇參數時就有了qt和system，一般來說，科學相關的開發里可能會用到。
-no-libpng
-qt-libpng
-system-libpng
png的相關參數，一種非失真性壓縮點陣圖圖形文件格式，其實就是為了替代gif搞出來的，也是隨實際需要來選擇，當然，也有C語言實現的庫。
-no-libmng
-qt-libmng
-system-libmng
大汗，大汗，這可是超級罕見的東西，QT竟然也能支持，說實話，這個參數我看來就是無視的。MNG是多幀PNG動畫格式，結構極其復雜，基本沒人用。
-no-libjpeg
-qt-libjpeg
-system-libjpeg
jpeg,這么有名的圖片格式也不用說了，隨需要選擇吧。
-no-openssl
-openssl
-openssl-linked
SSL，Security Socket Layer,是一個安全傳輸協議，在Internet網上進行數據保護和身份確認，而OpenSSL是一個開放源代碼的實現了SSL及相關加密技術的軟體 包，在qt中，我們可以選擇直接支持，或者OpenSSL鏈接支持,這個參數也是為有需要者提供的。
以上是第三方庫的參數選擇，緊接著就是qt附加參數，在附加參數里，我們可以指定編譯的部分及加入參數來獲取信息。
-make
-nomake
一 句話，說明，就說我可以這兩個參數選擇哪些我要編譯，哪些我不需要，在 libs tools examples demos docs translations這些里你可以選擇，比如examples，並不重要，可以放在-nomake後，這樣編譯過程中就不會編譯這部分了。通過適當的 選擇，我們可以大大加快編譯的速度，這對配置較差的機子來說有著積極意義。
-R <string>
-l <string>
這兩個參數是為編譯時增加一個庫的運行路徑及頭文件的路徑，比如使用tslib作為開發觸摸驅動時，我們就應使用這兩個參數來指定tslib的庫路徑和頭文件路徑。
-no-rpath
-rpath
這個參數比較難於理解，簡單地說，就是告訴動態載入器，到-rpath指定的目錄中尋找編譯時須要的動態鏈接庫，語法就與上面的參數結合，比如 -rpath -R/home/xxxx。
-continue
這個參數的作用就是當出現錯誤時依然進行配置編譯，換我是不會加上的。
-verbose, -v
這個參數就很眼熟，在前面的文章中有過詳細介紹，簡言之，就是顯示配置的每一步的具體信息。
-no-optimized-qmake
-optimized-qmake
是否編譯生成優化過的qmake，沒啥大用，也屬於可有可無的參數。
-no-nis
-nis
是否編譯NIS支持，NIS（網路信息服務）是一個提供目錄服務的RPC(遠程過程調用)應用服務，當然沒網路需要的可以再次華麗地無視。
-no-cups
-cups
是 否編譯CUPS支持，是不是想問什麼用啊?~~~~囧，開列印店用的。好了，不說冷笑話，CUPS給Unix/Linux用戶提供了一種可靠有效 的方法來管理列印。它支持IPP，並提供了LPD，SMB（服務消息塊，如配置為微軟WINDOWS的列印機）、JetDirect等介面。CUPS還可 以瀏覽網路列印機。它的開發提供者是大名鼎鼎的「水果生產商」----蘋果公司。
-no-iconv
-iconv
選擇是否編譯iconv支持，iconv是一個計算機程序以及一套應用程序編程介面的名稱。它的作用是在多種國際編碼格式之間進行文本內碼的轉換。這對跨語言Qt開發人員來說是很有用的，當然，考慮到中文的編碼，我也選擇加入支持。
-no-pch
-pch
是 否支持預編譯過的頭文件。預編譯頭就是把一個工程中的一部分代碼,預先編譯好放在一個文件里(通常以.pch為擴展名)，這個文件就稱為預編譯頭 文件。這些預先編譯好的代碼在工程開發的過程中不會被經常改變。如果這些代碼被修改，則需要重新編譯生成預編譯頭文件。媽媽經常說：不懂就要學。我說：不 懂就加上。。。
no-dbus
-dbus
-dbus-linked
是否編譯編譯QtDBus模塊。dbus是freedesktop下開源的Linux IPC通信機制，本身Linux 的IPC通信機制包括，管道（fifo），共享內存，信號量，消息隊列，Socket等。在Qt中DBUS是有單獨的模塊的，可見其重要性。
-rece-relocations 對於額外的庫鏈接器優化，可以減少編譯中的再定位。
no-separate-debug-info
-separate-debug-info
是否存儲debug信息在.debug，一般為了查錯，還是選擇存儲吧。
-xplatform target
相當淺顯的參數，即交叉編譯的目標平台，一般來說根據你所要移植的目標板來確定。
-no-feature-<feature>
-feature-<feature>
選 取qte的feature編譯，對於這個，我理解為特性，特性的描述你可以參考src/corelib/global/qfeatures.txt，在這 裡面對於每個特性都有比較充分的講解。對於特性地選擇，也是要根據開發需求進行，如果裁剪適當，能大大為qte庫瘦身。
-embedded <arch>
嵌入式平台架構選擇，可以選擇arm，mips，x86及generic，視你的目標平台決定吧。
-armfpa
-no-armfpa
這個參數也只是針對ARM平台的，是否加入對於基於ARM的浮點數格式的支持，通常，這個參數在編譯時會自動選擇。
-little-endian
-big-endian
目標平台的大端和小端選擇，這應該是常識了，如果這不知道，就不要來混嵌入式了
-host-little-endian
-host-big-endia
主機平台的大端和小端選擇，屬於雞肋的參數，不選擇也會在配置時自動選擇。
-no-freetype
-qt-freetype
-system-freetype
選擇freetype，FreeType庫是一個完全免費(開源)的、高質量的且可移植的字體引擎，它提供統一的介面來訪問多種字體格式文件，在嵌入式開發中，有套可使用的字體對於中文開發至關重要，本人一般使用文泉驛字體。
-qconfig local
使用本地的qconfig配置文件來替代全部參數配置，有需要的可以去研究下，可以裁剪控制項級別的參數。
-depths <list>
顯示的像素位深，也是根據需要來進行吧。
-qt-decoration-<style>
-plugin-decoration-<style>
-no-decoration-<style>
這個是選擇qt的樣式風格，對於需要美化界面的項目來說，可以好好選擇下。
-no-opengl
-opengl <api>
是否加入opengl的支持，OpenGL是個專業的3D程序介面，是一個功能強大，調用方便的底層3D圖形庫。不過對於一般的開發來說，似乎有很少用到的地方。
-qt-gfx-<driver>
-plugin-gfx-<driver>
-no-gfx-<driver>
這個是相當重要的一個參數，選擇QtGui的圖形顯示驅動，比如我們在pc上使用qvfb模擬時，就應該加入對qfvb的支持。我們可以在 linuxfb，transformed，qvfb，vnc，multiscreen這幾個中選擇。在平常的開發板上，選擇linuxfb即可。
-qt-kbd-<driver>
-plugin-kbd-<driver>
-no-kbd-<driver>
選擇鍵盤的驅動支持，可以支持usb鍵盤，串口鍵盤等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中選擇。
qt-mouse-<driver>
-plugin-mouse-<driver>
-no-mouse-<driver>
滑鼠的驅動支持，一般都會選擇tslib，可以完美地支持觸摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中選擇吧。
-iwmmxt
加入iWMMXt指令的編譯，也只是部分XScale架構才具有。
-no-glib
-glib
是否加入glib庫的支持，glib庫對應即gtk庫，就也是說加入後可以使用gtk。
Ⅹ android面試題會出現什麼內容
這是一篇介紹android面試題的文章，下面就讓我們一起來了解一下吧！
1.android dvm 的進程和Linux的進程，應用程序的進程是否為同一個概念：
答：dvm是dalivk虛擬機。每一個android應用程序都在自己的進程中運行，都擁有一個dalivk虛擬機實例。而每一個dvm都是在linux的一個進程。所以說可以認為是同一個概念。
2.android的動畫有哪幾種？他們的特點和區別是什麼？
答：兩種，一種是tween動畫，一種是frame動畫。tween動畫，這種實現方式可以使視圖組件移動，放大或縮小以及產生透明度的變化。frame動畫，傳統的動畫方法，通過順序的播放排列好的圖片來實現，類似電影。
3.handler進制的原理：
答：android提供了handler和looper來滿足線程間的通信。Handler先進先出原則。looper用來管理特定線程內對象之間的消息交換(message Exchange).
1)looper:一個線程可以產生一個looper對象，由它來管理此線程里的message queue(消息隊列)
2)handler:你可以構造一個handler對象來與looper溝通，以便push新消息到messagequeue里;或者接收looper(從messagequeue里取出)所送來的消息。
3)messagequeue:用來存放線程放入的消息。
4)線程：UI thread 通常就是main thread,而android啟動程序時會為它建立一個message queue.
4.android view的刷新：
答：Android中對View的更新有很多種方式，使用時要區分不同的應用場合。我感覺最要緊的是分清：多線程和雙緩沖的使用情況。
1).不使用多線程和雙緩沖
這種情況最簡單了，一般只是希望在View發生改變時對UI進行重繪。你只需在Activity中顯式地調用View對象中的invalidate()方法即可。系統會自動調用 View的onDraw()方法。
2).使用多線程和不使用雙緩沖
這種情況需要開啟新的線程，新開的線程就不好訪問View對象了。強行訪問的話會報：android.view.ViewRoot$：Only the originalthread that created a view hierarchy can touch its views.
這時候你需要創建一個繼承了android.os.Handler的子類，並重寫handleMessage(Messagemsg)方法。android.os.Handler是能發送和處理消息的，你需要在Activity中發出更新UI的消息，然後再你的Handler(可以使用匿名內部類)中處理消息(因為匿名內部類可以訪問父類變數，你可以直接調用View對象中的invalidate()方法 )。也就是說：在新線程創建並發送一個Message，然後再主線程中捕獲、處理該消息。
3).使用多線程和雙緩沖
Android中SurfaceView是View的子類，她同時也實現了雙緩沖。你可以定義一個她的子類並實現SurfaceHolder.Callback介面。由於實現SurfaceHolder.Callback介面，新線程就不需要android.os.Handler幫忙了。SurfaceHolder中lockCanvas()方法可以鎖定畫布，繪制玩新的圖像後調用unlockCanvasAndPost(canvas)解鎖(顯示)，還是比較方便得。
5.說說mvc模式的原理，它在android中的運用:
答：android的官方建議應用程序的開發採用mvc模式。何謂mvc?
mvc是model,view,controller的縮寫，mvc包含三個部分：
l模型(model)對象：是應用程序的主體部分，所有的業務邏輯都應該寫在該層。
2視圖(view)對象：是應用程序中負責生成用戶界面的部分。也是在整個mvc架構中用戶唯一可以看到的一層，接收用戶的輸入，顯示處理結果。
3控制器(control)對象：是根據用戶的輸入，控制用戶界面數據顯示及更新model對象狀態的部分，控制器更重要的一種導航功能，想用用戶出發的相關事件，交給m哦得了處理。
android鼓勵弱耦合和組件的重用，在android中mvc的具體體現如下：
1)視圖層(view)：一般採用xml文件進行界面的描述，使用的時候可以非常方便的引入，當然，如何你對android了解的比較的多了話，就一定 可以想到在android中也可以使用javascript+html等的方式作為view層，當然這里需要進行java和javascript之間的通 信，幸運的是，android提供了它們之間非常方便的通信實現。
2)控制層(controller)：android的控制層的重 任通常落在了眾多的acitvity的肩上，這句話也就暗含了不要在acitivity中寫代碼，要通過activity交割model業務邏輯層處理， 這樣做的另外一個原因是android中的acitivity的響應時間是5s，如果耗時的操作放在這里，程序就很容易被回收掉。
3)模型層(model)：對資料庫的操作、對網路等的操作都應該在model裡面處理，當然對業務計算等操作也是必須放在的該層的。
6.Activity的生命周期:
答：onCreate: 在這里創建界面，做一些數據 的初始化工作
onStart: 到這一步變成用戶可見不可交互的
onResume:變成和用戶可交互 的，(在activity 棧系統通過棧的方式管理這些個Activity的最上面，運行完彈出棧，則回到上一個Activity)
onPause: 到這一步是可見但不可交互的，系統會停止動畫 等消耗CPU 的事情從上文的描述已經知道，應該在這里保存你的一些數據,因為這個時候你的程序的優先順序降低，有可能被系統收回。在這里保存的數據，應該在
onstop: 變得不可見，被下一個activity覆蓋了
onDestroy: 這是activity被幹掉前最後一個被調用方法了，可能是外面類調用finish方法或者是系統為了節省空間將它暫時性的幹掉
7.讓Activity變成一個窗口：
答：Activity屬性設定：有時候會做個應用程序是漂浮在手機主界面的。這個只需要在設置下Activity的主題theme,即在Manifest.xml定義Activity的地方加一句：
android :theme="@android:style/Theme.Dialog"
如果是作半透明的效果：
android:theme="@android:style/Theme.Translucent"
8.Android中常用的五種布局:
答：LinearLayout線性布局;AbsoluteLayout絕對布局;TableLayout表格布局;RelativeLayout相對布局;FrameLayout幀布局;
9.Android的五種數據存儲方式：
答：sharedPreferences;文件;SQLite;contentProvider;網路
10.請解釋下在單線程模型中Message、Handler、Message Queue、Looper之間的關系：
答：Handler獲取當前線程中的looper對象，looper用來從存有Message的Message Queue里取出message，再由Handler進行message的分發和處理。
11.AIDL的全稱是什麼?如何工作?能處理哪些類型的數據?
答：AIDL(AndroidInterface Definition Language)android介面描述語言
12.系統上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁面？請說明原由：
答：通過直接發送Uri把參數帶過去，或者通過manifest里的intentfilter里的data屬性。代碼如下：
Intent intent = new Intent();
Intent.setAction(「android.intent.action.View」);
Uri uriBrowsers = Uri.parse(「http://www.sina.com.cn」);
Intent.setData(uriBrowsers);
//包名、要打開的activity
intent.setClassName(「com.android.browser」,」com.android.browser.BrowserActivity」);
startActivity(intent);
13.什麼是ANR,如何避免？
答：ANR的定義：
在android上，如果你的應用程序有一段時間響應不移靈敏，系統會向用戶提示「應用程序無響應」(ANR：application Not Responding)對話框。因此，在程序里對響應性能的設計很重要，這樣，系統不會顯示ANR給用戶。
如何避免：
首先來研究下為什麼它會在android的應用程序里發生和如何最佳構建應用程序來避免ANR.
android應用程序通常是運行在一個單獨的線程(例如：main)里，這就意味你的應用程序所做的事情如果在主線程里佔用了大長時間的話，就會引發ANR對話框，因為你的應用程序並沒有給自己機會來處理輸入事件或者Intent廣播。
因此，運行在主線程里的任何訪求都盡可能少做事情。特別是，activity應該在它的關鍵生命周期方法(onCreate()和onResume())里盡可能少的去作創建操作。潛在的耗時操作，例如網路或資料庫操作，或者高耗時的計算如改變點陣圖尺寸，應該在子線程里(或者以資料庫操作為例，通過非同步請求的方式)來完成。然而，不是說你的主線程阻塞在那裡等待子線程的完成---也不是調用Thread.wait()或者Thread.sleep()。替代的方法是：主線程應該為子線程提供一個Handler,以便完成時能夠提交給主線程。以這種方式設計你的應用程序，將能保證你的主線程保持對輸入的響應性並能避免由5秒輸入事件的超時引發的ANR對話框。這種做法應該在其它顯示UI的線程里效仿，因為它們都受相同的超時影響。
IntentReceiver執行時間的特殊限制意味著它應該做：在後台里做小的、瑣碎的工作，如保存設定或注冊一個Notification。和在主線程里調用的其它方法一樣，應用程序應該避免在BroadcastReceiver里做耗時的操作或計算，但也不是在子線程里做這些任務(因為BroadcastReceiver的生命周期短)，替代的是，如果響應Intent廣播需要執行一個耗時的動作的話，應用程序應該啟動一個Service。順便提及一句，你也應該避免在Intent Receiver里啟動一個Activity，因為它會創建一個新的畫面，並從當前用戶正在運行的程序上搶奪焦點。如果你的應用程序在響應Intent廣播時需要向用戶展示什麼，你應該使用Notification Manager來實現。
一般來說，在應用程序里，100到200ms是用戶能感知阻滯的時間閾值，下面總結了一些技巧來避免ANR,並有助於讓你的應用程序看起來有響應性。
如果你的應用程序為響應用戶輸入正在後台工作的話，可以顯示工作的進度(ProgressBar和ProgressDialog對這種情況來說很有用)。特別是游戲，在子線程里做移動的計算。如果你的程序有一個耗時的初始化過程的話，考慮可以顯示一個Splash Screen或者快速顯示主畫面並非同步來填充這些信息。在這兩種情況下，你都應該顯示正在進行的進度，以免用戶認為程序被凍結了。
14.什麼情況會導致Force Close？如何避免？能否捕獲導致其的異常？
答：如空指針等可以導致ForceClose;可以看Logcat，然後找到對應的程序代碼來解決錯誤。
15.橫豎屏切換時候的activity的生命周期：
答：
1) 新建一個activity,並把各個生命周期列印出來
2) 運行activity，得到如下信息：
onCreate()à
onStart()à
onResume()à
3) 按ctrl+F12切換成橫屏時
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
4) 再按ctrl+f12切換成豎屏時，發現列印了兩次相同的Log
onSaveInstanceState()à
onPause()à
onStop()à
onDestroyà
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
onSaveInstanceState()à
onPause()à
onStop()à
onDestroyà
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
5) 修改AndroidManifest.xml，把該Activity添加android:configChanges=「orientation」,執行步驟3
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
6) 修改AndroidManifest.xml，把該Activity添加android:configChanges=「orientation」,執行步驟4,發現不會再列印相同信息，但多列印了一行onConfigChanged
onSaveInstanceState()à
onPause()à
onStop()à
onDestroy()à
onCreate()à
onStart()à
onRestoreInstanceState()à
onResume()à
onConfigurationChanged()à
7) 把步驟5的android:configChanges=「orientation」改成
android:configChanges=「orientation|keyboradHidden」,執行步驟3，就只列印onConfigChanged
onConfigurationChanged()à
8) 把步驟5的android:configChanges=「orientation」改成
android:configChanges=「orientation|keyboradHidden」,執行步驟4
onConfigurationChanged()à
onConfigurationChanged()à
總結：
1) 不設置activity的android:configChanges時,切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。
2) 設置activity的android:configChanges=「orientation」時, 切屏會重新調用各個生命周期，切橫屏、豎屏時都只會執行一次，但是豎屏最後多列印一條onConfigurationChanged()
3) 設置activity的android:configChanges=「orientation|keyboardHidden」時,切屏不會重新調用各個生命周期，只會執行onConfigurationChanged(),橫屏一次，豎屏兩次
再總結下整個activity的生命周期：
1) 當前activity產生事件彈出Toast和AlertDialog的時候Activity的生命周期不會有改變
2) Activity運行時按下HOME鍵(跟被完全覆蓋一樣的)
onSavaInstanceStateà
onPauseà
onStopà
onRestartà
onStartà
onResumeà
3) 未被完全覆蓋，只是失去焦點：
onPauseà
onResumeà
16.如何將SQLite資料庫(.db文件)與apk文件一起發布?
答：可以將.db文件復制到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的文件不會被壓縮，這樣可以直接提取該目錄中的文件。可以將.db文件復制到res aw目錄中
17.如何將打開res aw目錄中的資料庫文件?
答：在Android中不能直接打開res aw目錄中的資料庫文件，而需要在程序第一次啟動時將該文件復制到手機內存或SD卡的某個目錄中，然後再打開該資料庫文件。復制的基本方法是使用getResources().openRawResource方法獲得res aw目錄中資源的 InputStream對象，然後將該InputStream對象中的數據寫入其他的目錄中相應文件中。在Android SDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite資料庫文件。
18.android 中有哪幾種解析xml的類？官方推薦哪種？以及它們的原理和區別：
答：XML解析主要有三種方式，SAX、DOM、PULL。常規在PC上開發我們使用Dom相對輕鬆些，但一些性能敏感的資料庫或手機上還是主要採用SAX方 式，SAX讀取是單向的，優點:不佔內存空間、解析屬性方便，但缺點就是對於套嵌多個分支來說處理不是很方便。而DOM方式會把整個XML文件載入到內存 中去，這里Android開發網提醒大家該方法在查找方面可以和XPath很好的結合如果數據量不是很大推薦使用，而PULL常常用在J2ME對於節點處 理比較好，類似SAX方式，同樣很節省內存，在J2ME中我們經常使用的KXML庫來解析。
19.DDMS和TraceView的區別?
答：DDMS是一個程序執行查看器，在裡面可以看見線程和堆棧等信息，TraceView是程序性能分析器
20.談談Android的IPC機制：
答：IPC是內部進程通信的簡稱，是共享"命名管道"的資源。Android中的IPC機制是為了讓Activity和Service之間可以隨時的進行交互，故在Android中該機制，只適用於Activity和Service之間的通信，類似於遠程方法調用，類似於C/S模式的訪問。通過定義AIDL介面文件來定義IPC介面。Servier端實現IPC介面，Client端調用IPC介面本地代理。
21.NDK是什麼：
答：NDK是一系列工具的集合
NDK提供了一系列的工具，幫助開發者迅速的開發C/C++的動態庫，並能自動將so和java應用打成apk包
NDK集成了交叉編譯器，並提供了相應的mk文件和隔離cpu，平台等的差異，開發人員只需簡單的修改mk文件就可以創建出so
22.描述一下android的系統架構：
答：android系統架構分從下往上為Linux內核層、運行庫、應用程序框架層和應用程序層。
Linux內核層：負責硬體的驅動程序、網路、電源、系統安全以及內存管理等功能。
運行庫和androidruntion：運行庫：即c/c++函數庫部分，大多數都是開放源代碼的函數庫，例如webkit，該函數庫負責android網頁瀏覽器的運行;例如標準的c函數庫libc、openssl、sqlite等，當然也包括支持游戲開發的2dsgl和3dopengles，在多媒體方面有mediaframework框架來支持各種影音和圖形文件的播放與顯示，如mpeg4、h.264、mp3、aac、amr、jpg和png等眾多的多媒體文件格式。Androidruntion負責解釋和執行生成的dalvik格式的位元組碼
應用軟體架構：java應用程序開發人員主要是使用該層封裝好的api進行快速開發的。
應用程序層：該層是java的應用程序層，android內置的googlemaps、email、IM、瀏覽器等，都處於該層，java開發人員工發的程序也處於該層，而且和內置的應用程序具有平等的地位，可以調用內置的應用程序，也可以替換內置的應用程序