Gcc編譯qt文件

❶ 為什麼QtCreator的編譯如此之慢

C++的編譯很慢，與其他語言完全不在一個數量級。任何C++項目都比其他語言的編譯慢，一方面是C++語言本身復雜，另外一方面是C++頭文件太大，很多庫是直接在頭文件裡面實現的，所以每次需要編譯的代碼量很大。這個跟C#沒有可比性。MFC使用預編譯頭文件來緩解這個問題，在VC裡面集成了預編譯好的MFC頭文件，因而編譯速度過得去。QtCreator使用mingw-gcc編譯，沒有預編譯頭文件的機制，對每個源代碼都需要編譯Qt的頭文件，所以完全編譯會是慢的。

❷ qt編譯問題

QT默認安裝後 在options 下有 QT4 選項 有QT versions 需要設置下QT的目錄
QT的編譯採用MinGW的編譯器（開源版）MinGW是GCC的Win移植版.

Could not find make command: mingw32-make.exe in the build environment 意思是找不到MinGW的make工具，請將MinGW的bin目錄加入系統的path變數中，在options中有調試器（debug）中選擇mingw調試器gdb的位置
(位於MinGw bin目錄下)

❸ 求助QT5.4 安裝在win8.1後無法編譯

關於QT安裝時出現錯誤請參照我的上一篇文章http://hi..com/whyme%CE%DE%CF%DE/blog/item/91103d1a71f4aed5e2fe0b65.html
現在說一下編譯運行出錯的解決辦法：
說明：redhat紅帽5.4有點太老了，所以運行最新的QT時，出現了各種問題，最主要的就是各種庫的問題：
（1）undefined reference to `FcFreeTypeQueryFace'的問題
需要更新fontconfig，我用的是fontconfig-2.6.0.tar.gz，2.5.0我試了，出現了很多錯誤，不知道為什麼2.6.0可以，
附下載地址http://115.com/file/be9m2r
解壓到/usr/src 進入後 ./autogen.sh 然後終端中提示make，你就make，最後make install。完成。./autogen.sh也可以輸入./configure --sysconfdir=/etc --prefix=/usr --mandir=/usr/share/man 具體可能是./configure後指明了安在你想要安得地方吧（我用的是./autogen.sh）
如果期間遇到錯誤不要不耐煩，按照提示網路一下會有解決的辦法的。
（2）undefined reference to 'FT_Library_SetLcdFilter'
這是由於freetype太舊的原因，也是一樣，需要更新：
附下載地址：http://115.com/file/anwcxdfk
安裝方法與（1）一樣。也有安裝（1）時可能有問題要先安裝（2） 這個自己嘗試吧，我是先（1）後（2）的。
還有就是我的系統是紅帽企業版5.4，不是的或者版本不一樣的，我不知道我的方法有沒有效果。
（3）接下來應該有的常式就可以編譯運行了，但是還有不能運行的，那是因為你的glibc太舊了，這個是c動態庫。必須注意的是，幾乎所有的應用程序都依賴於glibc的動態庫，重新編譯安裝glibc必須非常謹慎，一旦出錯可能導致系統無法繼續使用。所以強烈建議閱讀源碼目錄下的INSTALL。
附下載地址：http://115.com/file/e749sc6n
第一步是配置glibc，出於安全的考慮，glibc不允許在源碼目錄樹下編譯，必須新建一個目錄，然後在新建目錄下運行configure，我就在/usr/src下建了一個glibc文件夾mkdir glibc。然後在新建目錄里運行解壓縮文件中的config，在運行這個之前，先在終端運行需要加上優化開關export CFLAGS="-g -O2 -march=i686" ，然後運行../glibc/configure --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin 這樣就不是默認安裝的路徑了安裝在/usr下，這會將glibc安裝為linux系統的標准庫。
執行make -j 。glibc的編譯相當耗時，可以給make加上-j選項並行編譯glibc。make -j
然後make install。
make時可能會有錯誤我就遇到了以下錯誤，我是這么解決的：
1、在編譯glibc的過程中可能出現錯誤：「../sysdeps/i386/fpu/s_frexp.S:66: Error: invalid identifier for ".ifdef"」，解決方法是：
1)、在glibc源碼目錄下找到文件：nptl/sysdeps/pthread/pt-initfini.c，找到第46行附近：asm ("\n#include "defs.h"");在其後添加代碼：
asm ("\n#if defined __i686 && defined __ASSEMBLER__");
asm ("\n#undef __i686");
asm ("\n#define __i686 __i686");
asm ("\n#endif");
2)、在glibc源碼目錄下找到文件：sysdeps/unix/sysv/linux/i386/sysdep.h,找到第30行附近：#include <tls.h>，在其後添加代碼：
#if defined __i686 && defined __ASSEMBLER__
#undef __i686
#define __i686 __i686
#endif
重新make
2、在編譯glibc的過程中可能出現錯誤：「./sysdeps/i386/i686/multiarch/strcmp.S:78: Error: Error: unrecognized symbol type "gnu_indirect_function"unrecognized symbol type "gnu_indirect_function"」，原因是沒有安裝新版的binutils，如果依照前面的步驟安裝了binutils-2.21應該不會出現該錯誤。（注第2個錯誤我沒遇到）
註：還有一個地方不知道是哪一步遇到錯誤了需要安裝libxml我在紅帽的系統鏡像中的server中找到了三個相關文件libxml2*.rpm安裝即可！！！！！！
至此，重啟reboot，打開QT運行常式，可能還有問題，我的就是還是有問題，解決辦法如下：
把QT的安裝目錄和QT中的bin都添加為環境變數，在/etc/profile下，具體怎麼填您應該知道吧，這里不提了。source /etc/profile一下
然後再點擊QT的左邊欄的項目在構建和運行的選項中，您可能哪裡沒有選擇，一定要讓你的項目有效和目錄正確，QT的版本正確！！！QT的gcc編譯目錄正確，gcc一般用的是QT文件中自帶的！！如果還不行，那就在你的在項目目錄項運行make clean！！如果還不對！！！vi Makefile 可能是這里有問題，如果不會改，就乾脆刪了rm Makefiel。然後再在QT中運行一下。

❹ linux命令行編譯qt程序時，默認使用的是arm-linux-gcc編譯器，生成的可執行程序無法

修改$QTDIR/mkspecs目錄下的符號鏈接default.將其指向linux-g++
$QTDIR是路徑，具體要看你把QT裝到什麼地方和QT本身的版本，一般是/usr/lib[64]/qt4
修改default符號鏈接的作用是讓qmake在生成Makefile的時候將Makefile文件中的編譯器變數$CC與$CXX賦值成gcc和g++

❺ 編譯Qt 4.7.3在GCC 4.6 MinGW問題，怎麼解決

認真核操作步驟：
1、修改環境變數工具推薦：Rapid Environment Editor
修改前請先備份前環境變數：
(1)檢查系統變數path刪除關mingw其版本等信息免與續mingw32-make沖突
(2)檢查用戶變數INCLUDE、LIB、PATH、MSDevDirMSVCDir刪除關\Microsoft Visual Studio\VC98信息與續mingw32-make沖突導致編譯錯
2、????電腦安裝mingw編譯器假設路徑安裝C:\Qt\mingw32C:\Qt\mingw32\bin添加進環境變數path打DOS命令行輸入gcc --versiong++ --versionmingw32-make --version驗證編譯器安裝功我用MinGW版本V4.8.2
3、解壓qt-everywhere-opensource-src-4.8.6.zip並進入目錄例：D:\qt-everywhere-opensource-src-4.8.6\
4、依執行DOS命令：
(1)configure -debug-and-release -opensource -prefix "D:\Qt4.8.6" -platform win32-g++ -nomake demos -nomake examples
見使用選項說明：
-debug-and-release 編譯debugrelease版
-opensource 選擇源協議並確認
-platform win32-g++ 使用mingw編譯
-prefix "D:\Qt4.8.6" 指定編譯結目錄,未指定則默認前
-shared 創建使用共享Qt庫
-static 創建使用靜態Qt庫
-nomake demos -nomake examples 編譯常式
-nomake tests 編譯tests

-skip qtwebkit 忽略qtwebkit編譯特別消耗間

-mp 使用核優化編譯

(2)mingw32-make
(3)mingw32-make install
5、編譯完C:\Qt\mingw32\bin\路徑三文件libgcc_s_dw2-1.dll、libstdc++-6.dlllibwinpthread-1.dll拷貝D:\qt-everywhere-opensource-src-4.8.6\bin\另外請步驟1備份環境變數原
6、修改Qt安裝路徑
初編譯選擇路徑D:\Qt4.8.6\想復制其盤符並且改名例：C:\Qt\4.8.6_MinGW問題問題Qt絕路徑依賴症改名C:\Qt\4.8.6_MinGW\bin\exe執行程序都問題要程序打要語言發異用記事本打C:\Qt\4.8.6_MinGW\bin\qmake.exe查找關鍵字qt_prfxpath看面含原始安裝路徑我手修改qmake.exe真效解決：
C:\Qt\4.8.6_MinGW\bin\路徑創建qt.conf文件內容
[paths]
Prefix = C:/Qt/4.8.6_MinGW

請注意：qt.conf文件必須ANSI格式並且Prefix斜杠風格採取Linux非Windows否則失效或者使用"Prefix = .. "任意路徑效

❻ Qt Creator里如何設置gcc編譯的優化等級

不是release優化的問題。如果是直接運行的話，mingwm10.dll、libgcc_s_dw2-1.dll、qtcore4.dll、qtgui4.dll，還有相應的你用到的庫都要放在運行目錄下，用dependency walker可以看到dll依賴情況。
然後用到的插件比如qmltooling、imageformats等目錄也需要拷到運行目錄中，這個用工具看不到依賴，只能全拷然後用排除法，有經驗之後代碼里哪些用到了就知道了。

出現runtime library錯誤的最大可能性就是運行目錄下的插件不完整。

另外有一種解決方法就是把qt改成靜態鏈接，編譯進exe，商業版允許這樣做，lgpl版的話如果不是自用就有法律風險。

❼ 用qt怎麼編譯一個c程序

qt幾？用gcc編譯。不過要用qt的工具先生成Makefile文件。一般是qt里自帶的qmake工具。首先先寫好cpp和頭文件，在當前目錄下依次執行qmake -project，qmake，make即可編譯。

❽ Qt5 在Linux 下的編譯，該怎麼處理

[wanglj@localhost testQT]$ make
g++ -o testQT main.o -L/opt/Qt5.1.1/5.1.1/gcc_64/lib -lqt-mt -lXext -lX11 -lm
main.o: In function `main':
/home/wanglj/testQT/main.cpp:6: undefined reference to `QApplication::QApplication(int&, char**, int)'
main.o: In function `QString':
/usr/include/QtCore/qstring.h:413: undefined reference to `QString::fromAscii_helper(char const*, int)'
main.o: In function `main':
/home/wanglj/testQT/main.cpp:7: undefined reference to `QLabel::QLabel(QString const&, QWidget*, QFlags<Qt::WindowType>)'
main.o: In function `~QString':
/usr/include/QtCore/qstring.h:869: undefined reference to `QString::free(QString::Data*)'
/usr/include/QtCore/qstring.h:869: undefined reference to `QString::free(QString::Data*)'
collect2: ld 返回 1
make: *** [testQT] 錯誤 1

但若直接用 qtcreator 打開編譯，則無錯誤
並且find -name libqt-mt* 也找不到其他版本的該文件

用qtcreator編譯好的可執行文件，也找不到連接該lib文件

[wanglj@localhost build-testQT-桌面-Debug]$ ldd testQT
linux-vdso.so.1 => (0x00007fff4ddff000)
libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x000000397f000000)
libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x000000397ea00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003978600000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fda6a081000)
libm.so.6 => /lib64/libm.so.6 (0x0000003977a00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003983a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003977e00000)
libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x000000397a600000)
librt.so.1 => /lib64/librt.so.1 (0x0000003978e00000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x0000003979200000)
libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x000000397be00000)
libz.so.1 => /lib64/libz.so.1 (0x0000003978a00000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x000000397ba00000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x0000003979e00000)
libSM.so.6 => /usr/lib64/libSM.so.6 (0x0000003985a00000)
libICE.so.6 => /usr/lib64/libICE.so.6 (0x0000003984e00000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x000000397ce00000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x000000397d600000)
libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x000000397de00000)
libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x000000397da00000)
libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x000000397e200000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x000000397e600000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x000000397d200000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x000000397c600000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x000000397b600000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003978200000)
/lib64/ld-linux-x86-64.so.2 (0x0000003977600000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x0000003983600000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x000000397c200000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x000000397ae00000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x000000397aa00000)

------解決方案--------------------
INCPATH = -I/usr/lib64/qt-3.3/mkspecs/default -I. -I. -I$(QTDIR)/include
這一行看上去你調用的qmake不是5.1.1的。試試指定完整路徑運行qmake
/opt/Qt5.1.1/5.1.1/gcc_64/bin/qmake testQT.pro

❾ 我在linux下寫了個程序，怎麼用gcc編譯

gcc是一個編譯器，qt是一個界面編程工具，兩者是不能比的。

linux下編譯c程序必然要用到gcc編譯器，而qt則是用來開發界面程序的，類似windows下微軟的mfc，你要在linux下寫程序，必然的要會使用gcc對你的程序進行編譯，至於qt只是個基於C++的界面程序開發工具，覺得以後用到就學一下，用不到就算了。

我在和你說一遍，gcc只是一個編譯器。
你的意思是linux下的c/c++集成開發環境吧，anjuta，eclipse等等都可以，但他們只是提供了開發環境，編譯器還是用的gcc。