qt4.6 Linux
./configure -static -release -confirm-license -opensource -qt-zlib -qt-libpng -qt-libjpeg -nomake examples -nomake demos -nomake doc -prefix /opt/qt4_static
qt5.6 linux
./configure -static -release -confirm-license -opensource -no-xcb -qt-zlib -qt-libpng -qt-libjpeg -nomake examples -qt-sql-sqlite -prefix /opt/qt5_static
ubuntu14
apt-get install libxcb1 libxcb1-dev libx11-xcb1 libx11-xcb-dev libxcb-keysyms1 libxcb-keysyms1-dev libxcb-image0 libxcb-image0-dev libxcb-shm0 libxcb-shm0-dev libxcb-icccm4 libxcb-icccm4-dev libxcb-sync-dev libxcb-xfixes0-dev libxrender-dev libxcb-shape0-dev libxcb-randr0-dev libxcb-render-util0 libxcb-render-util0-dev libxcb-glx0-dev libxcb-xinerama0-dev
./configure -static -release -confirm-license -opensource -qt-xcb -qt-zlib -qt-libpng -qt-libjpeg -nomake examples -qt-sql-sqlite -prefix /opt/qt5_static
http://blog.csdn.net/earbao/article/details/53860574
------------------------------------------------------------------------------------------------------------
Qt下靜態編譯Qt，根據我的經驗，如果按照Windows下那種直接拿官方sdk安裝之后的文件來編譯是行不通的，需要直接下載Qt的source包，目前諾基亞的源碼叫做qt-everywhere-opensource-src的tar包，到網上一查，乖乖，大部分人編譯這個包居然花費了12～13個小時！但是，根據我在Windows下靜態編譯Qt的經驗，其實這之中很多東西都是可以不用編譯的，最終我大約用了40分鍾編譯完成了全部內容。如果你直接使用官方的sdk安裝，那么你就已經有了一個動態庫，現在你又通過源碼包編譯，那么只要編譯出靜態庫，因為你已經有動態庫，你甚至只需要編譯靜態release庫就足夠了，誰會在平時編譯的時候就要用那種浪費時間的靜態編譯？等到產品要部署到別的機器的時候，Qt需要用的時候連接上就可以了，這樣其它的內容，如動態庫的demo，examples都依舊可用，安裝兩個版本又不會花太多時間，豈不兩全其美？長話短說，現在說安裝步驟。
1. 到網上下載qt-everywhere源碼包,
如果你只要庫，那么你也可以到下面的網址找到你需要的版本。
http://www.linuxidc.net/thread-2237-1-1.html
2. 解壓縮到你的目標目錄
3. 通過configure選擇要編譯的部分。
你可以通過直接修改configure文件中的QT_DEFAULT_BUILD_PARTS="libs tools examples demos docs translations"，把examples,docs,demos都去掉（我只去掉了這三個，理論上如果安裝了動態版本，tools和translations(這個是linguist要用的）也是可以去掉的。你也可以通過在最終的configure指令中加入 –no-make ***(這里就是剛才提到的PARTS名字），而無需修改configure文件
還有一些選項是默認的，你也可以指定選項。這些默認選項在大部分情況下都是沒問題的，可是如果你的程序要部署到某些不確定的linux系統上，譬如有的系統連jpg,png的庫都沒有（這些在configure默認選項中使用的是系統庫，如果系統沒有這些庫，豈不悲劇），那么你可以加入 –qt-gif -qt-libpng –qt-libmng –qt-libjpeg幾個選項。
如果你決定只用靜態庫來做最終產品發布，那么你沒有必要編譯debug庫，只需要編譯release即可。
4. 使用configure生成makefile
因為你不但想用自己編譯的靜態庫，你還想能夠用sdk自動安裝的動態庫以及那些demos，examples，為了能讓兩個Qt庫共存，configure時必須為靜態庫制定一個與動態庫所在位置不同的文件夾，例如我的sdk安裝到 /opt/qtsdk-2010.05/下，那么我就在/opt下建立了一個叫qtstatic的文件夾來存放靜態庫，然后使用的configure命令：
./configure –prefix /opt/qtstatic –static –release。當然，我不喜歡看到滿屏亂七八糟的輸出，以及因為一個小錯誤突然終止了編譯，所以又指定了以下選項：
-continue 當發生錯誤時，盡可能繼續編譯
-silent 進行make時只會顯示警告和錯誤等，不會把編譯指令也輸出到屏幕上
當然，如果你最初沒有通過修改configure文件的方式來刪減編譯模塊，不要忘記加上-nomake選項，譬如你不想編譯examples，就可以加上：
-nomake examples ，依次類推
因為工程比較大，所以這個步驟可能會花費幾分鍾的時間。如果你指定編譯的內容不是很多，應該可以很快完成。
5. 編譯和安裝
最后當然就是make和make install了，不過不要忘了make還有多線程編譯的功能喲！如果你的機器這段時間不打算做別的事情的話，完全可以加入以下選項：
-k 當發生錯誤時，盡可能繼續編譯
-j N 同時進行N項編譯，建議N的值為你的CPU核數X1.5。當然，我選的值略微狠了點，我的電腦是奔騰雙核T4300，make指令為： make –k –j 4 ，然后我就看到系統監視器里CPU直接飆到100%了。
編譯完成，make install就可以。當然，作為linux系統，需要注意文件夾的權限問題……呃，如果你不了解這個問題，我想你需要在linux上多下點兒功夫
6. 如何靜態編譯一個程序
在pro文件中，加入
CONFIG +=static或者
CONFIG +=staticlib，這個具體取決於你的工程類型了。
這樣Qt就會讓編譯器盡量尋找靜態庫來連接（包括Qt庫之外的那些庫），當然，這不排除Qt會靜態連接一些會導致兼容性問題的庫。這個在Qt Centre中有人提出了一個解法，如有需要可以查閱：
http://www.qtcentre.org/wiki/index.php?title=Building_static_applications
7. 動態/靜態兩個版本共存問題
通常，你是不需要在系統變量中加入Qt庫的位置的。Qt Creator可以自動掃描到系統中存在的Qt庫版本，如果掃描不到，你可以通過Creator的 Tool->Options->Qt4中添加靜態庫的路徑。而QDevelop雖然沒有那么智能，你也可以手動指定INCLUDE和LIB的位置。或許，這根本就不是一個問題。如果你懷念動態庫，或者在產品發布之前並不想體驗靜態編譯那種蝸牛爬一般的速度，你可以在pro文件中指定CONFIG += shared，而且，要記得在Project中選擇相應的版本。
8. 靜態版本過大的問題
首先，靜態編譯的Qt程序一個debug版程序150M左右，一個release版本10M左右，這樣你知道為什么我不會編譯靜態debug庫了吧？因為沒有必要。你可以使用strip，UPX（Windows）等工具來壓縮你生成的龐大程序。空間與速度從來都是一對冤家，Windows下靜態編譯出的程序，經過UPX壓縮可以減少到原來的一般體積，但是啟動速度也隨之嚴重下降。當然，論程序啟動速度，自己的設計和實現才是關鍵所在，最后發布的程序要不要壓縮，那需要根據實際情況而定。
祝你與Qt相處愉快！
PS. configure階段出現 “Basic XLib functionality test failed“的解決辦法：
編譯qt-x11-opensource-src-4.5.3是出現“Basic XLib functionality test failed“
解決方法：
此完整出錯信息是在./configure階段
Basic XLib functionality test failed!
You might need to modify the include and library search paths by editing
QMAKE_INCDIR_X11 and QMAKE_LIBDIR_X11 in /home/zhu/Qt/qt-x11-opensource-src-4.5.2/mkspecs/linux-g++
進config.test/x11/xlib 執行make命令，看出錯信息
g++ -Wl,-O1 -o xlib xlib.o -L/usr/X11R6/lib -lXext -lX11 -lm
/usr/bin/ld: cannot find -lXext
可以看到，g++在/usr/X11R6/lib下，找不到libXext.so
其原因就在於需要安裝libX11的開發包，根據自己的系統特點，安裝 libX11-dev libXext-dev libXtst-dev
對於Ubuntu，直接 sudo apt-get install libx11-dev libxext-dev libxtst-dev
問題解決！
參考：http://www.linuxidc.com/Linux/2011-05/36303.htm