❶ 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 的头文件，所以完全编译会是慢的。