qtpro編譯

Ⅰ QT編譯錯誤，怎麼解決

項目->構建設置，把中文路徑改為英文路徑 ，記得清理之後再重新構建哦

Ⅱ 由makefile 如何生成QT 的pro 文件

qt項目中想添加編譯參數，修改***.pro文件，添加：
QMAKE_CFLAGS = `pkg-config --cflags --libs dbus-glib-1`
QMAKE_CXXFLAGS = $$QMAKE_CFLAGS
即可添加makefile的編譯參數。`pkg-config --cflags --libs dbus-glib-1`是本次的編譯參數

如果添加多個：
QMAKE_CFLAGS += `pkg-config --cflags --libs dbus-glib-1`\
`pkg-config --cflags --libs avbc`
QMAKE_CXXFLAGS = $$QMAKE_CFLAGS
參考：
QT中Makefile文件添加-fno-rtti編譯參數
用QT Creator生成的文件進行編譯時出現錯誤，網上查找說是要修改生成的Makefile文件，在CFLAGS和CXXFLAGS中添加「-fno-rtti」編譯參數。這樣每個Makefile文件都要修改，很麻煩。那麼能不能在生成Makefile時自動加上呢。可以，只需要修改qmake的配置即可！
以下為解決方法（也可供同類問題參考）：
1、#sudo gedit Makefile 查看生成的Makefile。在其中找到Makefile: mycom.pro /QT4/builddir/sdk/qtopiacore/target/mkspecs/qws/linux-arm-g++/qmake.conf 。
這就是要修改的配置文件
2、#sudo gedit /QT4/builddir/sdk/qtopiacore/target/mkspecs/qws/linux-arm-g++/qmake.conf
找到要修改的項並修改QMAKE_CFLAGS = -fno-rtti -pipe，QMAKE_CXXFLAGS = $$QMAKE_CFLAGS（說明引用QMAKE_CFLAGS）

Ⅲ qt一直構建Pro文件，這是為什麼呢我的Pro文件和編譯信息輸出如圖片所示，好幾天了，那位大俠指

應該自己寫了一個最簡單的Hello程序。同時也就開始使用了一個命令：qmake –project 。這個命令是用來生成QT的工程文件（.pro）的，這個文件是用來設置編譯或者鏈接的變數，以便用qmake生成相對應的Makefile文件。這個文件的基本內容就是：
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += main.cpp

Ⅳ Qt怎麼把寫好的代碼編譯成exe文件

你可以在pro文件里指定exe文件的輸出路徑，比如DESTDIR += D:/output，編譯後，指定的文件夾里就只有那個exe文件了。
另外，其他的編譯臨時文件不可能不會生成。

Ⅳ qt .pro配置 codesign.depends

編譯QT的工程的時候，一般都會讓qmake自動生成，但有時我們需要定製我們的工程，那麼就必須改寫pro文件。
要自己全部寫pro文件又有點麻煩，所以，一般都是先運行qmake -project來生成基本的pro文件。
（1） 模板變數
TEMPLATE = app
（2）生成目錄
指定生成的可執行程序的目錄，可以絕對和相對路徑DESTDIR += ../bin
（3）生成的應用程序名，即軟體名TARGET = qtest
（4）編譯選項
增添或者移除某個模塊
（5）目標文件目錄
obj文件存放的目錄，可以絕對或相對路徑OBJECTS_DIR += ../tmp
（6）工程中包含的頭文件
（7）工程中包含的源文件
（8）工程中包含的資源文件
（9）附加頭文件包含目錄
（10）鏈接庫

Ⅵ Qt下如何編譯庫

一般分為動態庫和靜態庫，方法分別如下：
一.
靜態庫的生成
1.
測試目錄:
lib
2.
源碼文件名:
mywindow.h,
mywindow.cpp
3.
編寫項目文件:
mywindow.pro
注意兩點:
TEMPLATE
=
lib
CONFIG
+=
staticlib
4.
生成Makefile:
qmake
mywindow.pro
5.
編譯生成靜態庫libmywindow.a
make
二.
靜態庫的使用
1.
測試目錄:
test
2.
將mywindow.h與libmywindow.a拷貝至test目錄下
3.
編寫main.cpp,
包含頭文件mywindow.h,
並調用MyWindow類
4.
編寫項目文件:
test.pro
注意加上庫路徑與庫文件名:
LIBS
+=
-L
./
-lmywindow
5.
生成Makefile:
qmake
test.pro
6.
編譯:
make
7.
運行:
./test
三.
動態庫的生成
動態庫編譯基本和靜態庫類似，需要將上述將要進行編譯的項目文件.pro中下面這行去掉
CONFIG
+=
staticlib
按上述操作編譯完後就可以得到以lib開頭並且.so*
結尾動態庫文件，一般有多個。

Ⅶ Qt編譯時說未能找到PRO文件，怎麼解決

我猜測，你的這兩個類屬於不同的類庫項目，你需要先手動編譯另外一個類所在類庫，然後在編譯整個解決方案，或者現在的類所在的類庫。確保這個類所在類庫引用的DLL，是選擇的另外那個類庫項目。

Ⅷ Qt編譯問題

你首先要解決的問題是:This file is not part of any project.
查看.Pro文件中是否包含了所有項目中用到的文件

Ⅸ 為什麼 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++打開編譯。