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。