① 安裝QT環境遇到這種情況怎麼破
Centos6.3自身是帶QT4.6.2的，在裝系統時可以選擇安裝，但是沒有qvfb工具，所以又自己重新編譯了qt-x11的4.5.0版本。
qt各版本版本下載地址（在網上找的很多博文里給的鏈接都失效了，下面這個鏈接貌似還比較新，現在可以用）：
http://qt-project.org/downloads
ftp://ftp.qt-project.org/qt/source/
在ftp資源里找到 qt-x11-opensource-src-4.5.0、qt-embedded-linux-opensource-src-4.5.0這兩個源碼包並下載（tar.gz或tar.bz2包都有，網速不好的話看哪個小下載哪個）。
下載後將兩個源碼包分別解壓，qt-x11-opensource-src-4.5.0解壓一份，qt-embedded-linux- opensource-src-4.5.0解壓兩份，分別命名為qt-embedded-linux-opensource-src-4.5.0-x86 和 qt-embedded-linux-opensource-src-4.5.0-arm 。
開始編譯安裝：
一、X11編譯：
1.進入qt-x11-opensource-src-4.5.0源碼目錄。
./configure -no-openssl
在我這里必須加上-no-openssl選項，否則在make過程中，編譯到ssl時會報錯。出錯信息為：
ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field 『q_sk_free』 declared void
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『a』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『a』 was not declared in this scope
……
……
默認安裝路徑為 /usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安裝路徑。
2. gmake # linux下一般可直接用make代替gmake。如果要加快編譯速度，就加上 -jx ，x表示最大的線程數。
3. gmake install
二、qt-embedded-x86編譯:
1.進入qt-embedded-linux-opensource-src-4.5.0-x86源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb -qt-kbd-qvfb -qt-mouse-qvfb
先後配置了安裝目錄、嵌入式架構（x86）。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。再後面的幾項是為了更好的配合qvfb，網上說如果沒有這幾 項，安裝好qt-embedded-x86後想在qvfb上調試程序時，會出現類似下面的錯誤：
Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such file or directory
2. gmake
跟x11版一樣
3. gamke install
三、qt-embedded-arm:
與前面兩個不同，在編譯arm版本的qt-embedded前，必須確認已經安裝了交叉工具鏈，編譯過程中要生成許多arm架構的庫，所以必須有 arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。
1. 進入qt-embedded-linux-opensource-src-4.5.0-arm源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl -qt-libpng
指定了安裝路徑、嵌入式架構。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。
另外，還增加了一項， -qt-libpng，這個選項應該是關於png相關的庫，指定用qt自帶的png庫。如果沒有這一項，我這里會出現如下錯誤：
image/qpnghandler.cpp: In member function 'virtual QVariant QPngHandler::option(QImageIOHandler::ImageOption) const':
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 錯誤 1
make[1]: *** 正在等待未完成的任務....
make[1]: Leaving directory `/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'
make: *** [sub-gui-make_default-ordered] 錯誤 2
看起來像是我的交叉工具鏈跟這個QT版本匹配的不太好，Qt好像不太兼容交叉工具鏈的png.h頭文件中定義的數據結構。加上 -qt-libpng 可解決此問題。
四、qvfb:
這時QT就已安裝成功。但是還需要額外安裝qvfb。
進入qt-x11-opensource-src-4.5.0源碼包目錄，然後
cd tools/qvfb
在qvfb源碼目錄下運行 make 會在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我們將它至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。
end:
到這里，QT的開發環境基本就搭建好了，利用 qt-embedded-x86 和 qvfb 工具可以很方便的調試QT程序，調試好的程序再經 qt-embedded-arm 編譯就可在開發板上運行(還有個小問題，我現在編譯好的QT程序雖然可以在開發板上運行，但是運行時觸摸屏不能用，只能用USB滑鼠控制，想支持觸摸屏貌 似還需要移植tslib庫，等我折騰完了再回來把相關內容補充上)。
② 改了QT的源碼怎麼編譯
你想要修改源代碼，首先你要拿到源代碼。
如果你拿不到，那對於iOS來說就不用想了（反編譯也就能到二進制文件，如果你感興趣也可以嘗試修改二進制文件），你是無法修改的。
對於Android，可以將apk反編譯回代碼，但是Android開發者基本都會在發布之前採取一些防反編譯的措施（比如代碼混淆），所以你可以想像拿到的代碼的可讀性…
反編譯和修改這種行為極有可能構成侵權，請尊重每個開發者，不論出於學習目的還是其他目的
③ 別人的QT程序在我電腦上運行就出現如下錯誤：
可能是你的編譯器環境設置不正確。
看看當前項目是Debug版本還是Release版本。
④ 用Qt框架寫的軟體怎麼反編譯
修改替換"framework-res.apk"後導致無法進入系統，或者無限開機重啟的，基本都是在編譯跟反編譯上出了問題！！ 首先要完成構建java環境 要想美化，必須先認真看懂下面的每一步， ①framework-res.apk是不可以重簽名的
⑤ qt如何在程序崩潰時也不退出
qt在程序崩潰時也不退出方法如下所示：
可打開在上方菜單欄中的「工具-選項-構建和運行-概要」，取消勾選「使用jom代替nmake」選項，即可正常編譯運行了。
⑥ 怎麼用QT反編譯exe文件
可以使用打包工具 Enigma Virtual Box 把需要的dll與exe打包生成一個exe 可以使用靜態編譯（QT的這個比較麻煩，我沒用過） 不要使用QT平台，直接使用VS平台開發
⑦ QT的程序能反編譯嗎
Qt除了用moc擴展了C++以外其他都和C++沒區別，編譯出來的機器代碼只能轉成匯編語言
⑧ qt編譯出錯 環境變數添加過了，可還是出錯，好像是庫的問題
Linux下面編譯Qt程序的步驟應該是這樣的：
1.進入源文件的目錄
2.qmake -project
3.qmake
4.make
注意你的qmake一定是系統可以找到的程序。如果環境變數沒有添加，或者你希望手動選擇使用的qmake，可以直接在你安裝qt目錄的/bin/qmake 來代替qmake
希望解決你的問題，如果還有問題，請追問。
⑨ qt應用程序編譯時的問題
圖形庫又是建軍在FRAMBUFFER上的，FRAMBUFFER是linux內核的圖形庫，X11系統資源需求大，不能用於嵌入式，所以qt-embedded產生了，它不是建立在X11圖形庫上的，它是直接建立在FRAMBUFFER上的，占系統資源極少，可以在嵌入式上使用。qtopia-core這個概念是相對於qtopia提出的。它就是qt-embedded。而qtopia是QT公司的一個嵌入式桌面系統，目前已停止開發了。
2、如果arm上沒有qt庫，不能運行QT程序，必須把相應的QT庫按裝到ARM板上。
3、qmake產生makefile，make根據makefile調用gcc進行編譯。
4、qt-embedded-linux-opensource-src-4.4.3.tar.gz是用在嵌入式上的QT開發庫。用法與qt-4.4.3-x11版的用法一樣。
5、沒有辦法模擬，只能先進行qt-embedded的移植工作。但是開發qt-embedded程序時，到是可以在PC機上先用qvfb模擬調試的。
6、qt-embedded庫先交叉編譯，完成後下載到開發板上，以後開發應用程序時，qt庫不用再下載的。
7、寫qt程序需要4.0版以上的交叉編譯器。網上可以下載現成。
8、這是三個不同版本的gcc交叉編譯器，都老了。目前至少應該使用gcc 4.0以上的。
9、肯定是不行的。
10、呵呵，我也是從新手過來的。也問過類似的小白問題。
另外,團IDC網上有許多產品團購,便宜有口碑
⑩ 誰有linux下的QT反編譯軟體分享一個給我謝謝，objmp不行。
objmp -sd 文件可以的,是不是你沒裝好呢?