❶ ubuntu下靜態編譯QT及QT寫好的程序
靜態編譯必須重新編譯整個QT大概需要2個多小時的時間
❷ ubuntu中編譯qt程序問題
提示 ：make: 沒有什麼可以做的為 `first'。
這個是Makefile的一個提示，出現這個提示是因為你編譯出來的可執行文件的時間戳比你的源代碼文件的時間戳「遲」，所以make認為你這種情況下沒必要編譯，因為即使編譯了，編出來的東西和現有的可執行文件一樣，就是浪費時間了，所以提示 沒有什麼可以做的為 `first'。
如果你還要編，隨便打開源代碼的一個文件，保存下，就可以編譯了
❸ QT 在Ubuntu下無法編譯，怎麼解決
g++沒有安裝，一般這種情況都是環境中找不到編譯器的緣故。你這只是簡單安裝的linux的桌面版qt，所以只要環境中有c++即可，如果你是安卓，那東西就更多了，ant，java，sdk等等。
解決辦法：sudo apt-get install g++
❹ 為什麼ubuntu系統文件打開或者程序打開的速度總覺得比XP系統慢一拍
ubuntu的桌面環境使用gnome，gnome是基於gtk的，圖形界面的響應還是不錯的，比如打開gftp的速度就非常快；但某些應用程序可能會慢一些，尤其是在gnome下使用QT程序，java程序時，比如openoffice，所以建議你在ubuntu下只使用gtp程序，比如瀏覽器用chrome，視頻播放用totem，音頻播放用exaile，這樣會好一些。
當然，現在linux桌面環境有兩大陣營（gnome和kde）和一群散兵（xfce，lxde，enlightenment，fluxbox，fvwm等等等等），越是龐大的桌面環境響應越是慢，比如gnome，越是小巧的，窗口越快，比如lxde，但因為小，提供的功能就很少，相應的軟體也少。
如果嫌gnome慢，你可以嘗試用kde，就是kubuntu版本，直接從源更新就可以。kde4比gnome似乎快一些，最好用的還是kde3.5，不過現在看不到了。
❺ 為什麼 Qt Creator 的編譯如此之慢
1. 「用Qt寫的程序編譯比MFC慢」的說法是錯誤的
絕對錯誤，單位代碼行數編譯Qt遠比MFC快得多，因為Qt庫的頭文件設計非常好，盡量都使用了前置聲明，避免了頭文件嵌套，幾乎所有類都使用了公有類和私有類的設計，把沒必要公開的聲明放到私有頭文件里，避免了編譯時引入過多代碼。而MFC沒有這樣的設計。
至於大家感覺MFC快主要原因是MFC工程默認打開了編譯預處理頭文件（PCH），但是這是VC編譯器的特性，所有C++程序都可以用，不是MFC特有，Qt也可以使用 PCH
方法很簡單，在你的 .pro 文件中加入一行
PRECOMPILED_HEADER = stable.h指定 Stable.h這個頭文件作為編譯預處理文件，MFC里這個文件一般叫stdafx.h
然後在 stable.h里 包含你所用到的所有 Qt 頭文件，如果你用了很多qt的類可以直接包含所有
比如 ：
#include <QtCore>
#include <QtGui>這兩個文件里又包含了幾乎所有Qt常用類
不用擔心，即使包含了所有頭文件也沒關系，有了PCH再多頭文件也沒影響。
如果你還想編譯再快點，可以在 .pro里加入下面一行
QMAKE_CXXFLAGS += /MP指定/mp編譯選項，編譯器將使用並行編譯，同時起多個編譯進程並行編譯不同的cpp
而且QT這種引入PCH的方法比MFC的好，由於MFC的PCH選項是每個工程逐個指定的，很容易被某些人搞壞，我曾經無數次修復PCH問題，但是Qt的選項是寫在.pro里的，寫一次就永遠不會錯。
MFC一旦弄壞了PCH，編譯也慢得令人發指。
給
個參考時間吧，YY最新版本大約 100多萬行C++代碼，rebuild debug和releae總共需要20多分鍾，機器是i5
四核SSD硬碟。其實對於大項目硬碟才是瓶頸，如果換機械硬碟要慢差不多70%，有個同事用10G內存做了個內存檔編譯，還能快30%。
如果你比這個慢，請檢查自己的代碼問題。
2. 「QT本身編譯慢」的說法是錯的
Qt
本身其實編譯並不慢，慢的是webkit庫和例子程序，你如果不改任何選項默認是會編譯所有的，webkit本身就是個恐龍級項目，用了太多泛型技術，編
譯非常慢。另外Qt里附帶了數百個例子工程，都編譯一邊也很慢。如果僅編譯QT核心庫是很快的，比如QtCore只需要1分鍾，QtGui大約5分鍾。
送個福利（僅限windows vc＋＋ 2008）：
configure.exe
-qt-libjpeg -qt-zlib -qt-libpng -qt-libjpeg -qt-gif -no-libtiff
-no-libmng -nomake examples -nomake demos -no-webkit -nomake doc
-no-plugin-manifests -no-exceptions -no-rtti -no-qt3support -no-openssl
-no-opengl -no-multimedia -no-3dnow -no-native-gestures -no-style-motif
-no-style-cde -no-style-cleanlooks -no-style-plastique -no-sql-sqlite
-no-dbus -platform win32-msvc2008
這是我自己用的Qt編譯前的配置命令行，把我自己用不到的都去掉了，這樣配置編譯就快很多了。
我把 webkit examples demos 等大傢伙都去掉了。如果你真的需要這些，可以安裝Qt sdk裡面有編譯好的版本。
補充：Qt creator只是IDE，不是編譯器，編譯慢真的不關他的事，要看你具體用的編譯器是什麼。一般來說在Windows下就是minGW，也就是一個移植版本的GCC，的確是不如VC++里的CL快的。
如果是其它平台，那麼編譯器可以換成LLVM的clang，那就快很多了。
在Windows下來是用VC++吧，推薦VC2008，Qt和VC的IDE結合非常好，我現在的項目都是用VC2008+QT的，開發效率很高，記得裝Visual Assist哦。
qmake -tp vc
可以用 .pro生產 .vcproj的VC工程文件，可以用VC++打開編譯。
❻ Ubuntu 系統Qt開發軟體問題，求大神解決
提示 ：make: 沒有什麼可以做的為 `first'。
這個是Makefile的一個提示，出現這個提示是因為你編譯出來的可執行文件的時間戳比你的源代碼文件的時間戳「遲」，所以make認為你這種情況下沒必要編譯，因為即使編譯了，編出來的東西和現有的可執行文件一樣，就是浪費時間了，所以提示 沒有什麼可以做的為 `first'。
如果你還要編，隨便打開源代碼的一個文件，保存下，就可以編譯了
❼ ubuntu下編譯qt庫需要多久
1."Basic XLib functionality test failed!"
解決方式：apt-get install libX11-dev libXext-dev libXtst-dev
2."Xrender support cannot be enabled e to functionality tests!"，此項導致QWebkit無法編譯
解決方式：apt-get install libXrender-dev
3.另外為了支持opengl,phonon等還需要其它庫
sudo apt-get install libglib2.0-dev
sudo apt-get install libgstreamer0.10-dev
sudo apt-get install libgstreamer-plugins-base0.10-dev
sudo apt-get install libxml-dev
sudo apt-get install xlibmesa-gl-dev
sudo apt-get install xlibmesa-glu-dev
sudo apt-get install xorg-dev
按照上述方式安裝依賴庫後，可以搞定。
然後make,make install
安裝完後，需要設置環境變數
export QTDIR=/usr/local/Trolltech/Qt-4.8.2/
export PATH=$QTDIR/bin:$PATH
export MANPATH=$QTDIR/doc/man:$MANPATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
❽ 為什麼 Qt Creator 的編譯如此之慢
C++ 的編譯很慢，與其他語言完全不在一個數量級。任何 C++ 項目都比其他語言的編譯慢，一方面是 C++ 語言本身復雜，另外一方面是 C++ 頭文件太大，很多庫是直接在頭文件裡面實現的，所以每次需要編譯的代碼量很大。這個跟 C# 沒有可比性。
MFC 使用預編譯頭文件來緩解這個問題，在 VC 裡面集成了預編譯好的 MFC 頭文件，因而編譯速度過得去。
Qt Creator 使用 mingw-gcc 編譯，沒有預編譯頭文件的機制，對每個源代碼都需要編譯 Qt 的頭文件，所以完全編譯會是慢的。