qt55编译为什么有问题
❶ QT5.5 for vs2010，包含5.5的库目录QTWidgets、QTCORE、QTGUI。为什么编译会出现qt库错误求解决方案
qt5.0.2forwindows32bit(mingw4.7)是使用mingw32环境+gcc4.7编译而成的二进制动态链接库版本。qt5.0.2forwindows32bit(vs2010)是使用VS2010的配置和windowssdk7.0所提供的编译工具生成的用于VS2010的版本。其中mingw4.7版本自带了编译器。而vs2010版本必须要安装VS2010才能使用。其实没有vs只安装windowssdk也可以，不过需要一个代替vs2010的配置工具集。你C++什么水平啊？如果不是新手的话我建议你去检查一下配置项，就是qtcreator的编译环境配置是否把qt路径配置进去了。如果你是新手，我暂时劝你放弃qt，没有足够的C++功底，想用Qt很困难的。
❷ Qt交叉编译遇到的问题
QT相关的安装软件包：
(1) tmake-1.13.tar.gz （编译工具，如progen与tmake）
(2) qt-embedded-2.3.7.tar.gz （提供了qte的库）
(3) qt-x11-2.3.2.tar.gz （为了生成相应的QT工具，如designer和qvfb等）
(4) qtopia-free-1.7.0.tar.gz （QTE的桌面环境程序）
(5) cross-3.3.2.tar.bz2 （交叉编译工具）
一、安装工具
1 安装 tmake
在 linux 命令模式下运行以下命令:
tar xfz tmake-1.11.tar.gz
export TMAKEDIR=$PWD/tmake-1.11
export TMAKEPATH=$TMAKEDIR/lib/qws/linux-x86-g++
export PATH=$TMAKEDIR/bin:$PATH
2 安装 Qt/Embedded 2.3.7
在 Linux 命令模式下运行以下命令:
tar xfz qt-embedded-2.3.7.tar.gz
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure –qconfig local–qvfb -depths 4,8,16,32
make sub-src
cd ..
上述命令 ./configure -qconfig -qvfb -depths 4,8,16,32 指定 Qt 嵌入式开发包生成虚拟缓冲帧工具qvfb,并支持 4,8,16,32 位的显示颜色深度。另外我们也可以在 configure 的参数中添加-system-jpeg 和 gif,使 Qt/Embedded 平台能支持 jpeg、gif 格式的图形。
上述命令 make sub-src 指定按精简方式编译开发包,也就是说有些 Qt 类未被编译。Qt 嵌入式开发包有 5种编译范围的选项,使用这些选项,可控制 Qt 生成的库文件的大小,但是您的应用所使用到的一些 Qt 类将可能因此在 Qt 的库中找不到链接。编译选项的具体用法可运行./configure -help 命令查看。
在这一过程的configure中出现了问题：有一个变量没有声明，发现是少了一个头文件，加上即可，make顺利通过，看到了enjoy！
3 安装 Qt/X11 2.3.2
在 Linux 命令模式下运行以下命令:
tar xfz qt-x11-2.3.2.tar.gz
cd qt-2.3.2
export QTDIR=$PWD
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure -no-opengl
make
make -C tools/qvfb
mv tools/qvfb/qvfb bin
cp bin/uic $QTEDIR/bin
cd ..
根据开发者本身的开发环境,也可以在 configure 的参数中添加别的参数, 比如-no-opengl 或-no-xfs,可以键入./configure -help 来获得一些帮助信息。
在这个安装过程中也出现了很多错误，典型的就是在make过程中：
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QMap<QString, QString> >' to 'const char*' for argument '1' to 'int remove(const char*)'
/usr/local/qt-2.3.2/include/qvaluestack.h: In member function 'T QValueStack<T>::pop() [with T = QString]':
xml/qxml.cpp:2502: instantiated from here
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QString>' to 'const char*' for argument '1' to 'int remove(const char*)'
make[2]: *** [xml/qxml.o] Error 1
make[2]: Leaving directory `/usr/local/qt-2.3.2/src'
make[1]: *** [sub-src] Error 2
make[1]: Leaving directory `/usr/local/qt-2.3.2'
make: *** [init] Error 2
这个错误是说，在文件qvaluestack.h的57行出错。改正方法是修改文件qt-2.3.2/ include/qvaluestack.h的 第57行，将remove( this->fromLast() );改为 this->remove( this->fromLast() );
修改时可能要更改文件权限，变成可写的，chmod 666 qvaluestack.h。然后make顺利通过，看到了enjoy。
二、交叉编译 Qt/Embedded 的库
开发居于 Qt/Embedded 的应用程序要使用到 Qt/Embedded 的库,编写的 Qt 嵌入式应用程序最终是在YLE270开发板上运行的,因此在把 Qt 嵌入式应用程序编译成支持 YLE270 的目标代码之前,需要两样东西,一个是 arm9 的 linux 编译器,另一个是经 arm9 的linux 编译器编译过的 Qt/Embedded 的库。安装交叉编译工具 cross-3.3.2 前面已经安装过了。
这一步主要是配置 Qt/Embedded2.3.7 的安装，Qt/Embedded 的安装选项有很多个,您可以在命令行下直接输入“./configure”来运行配置,这时安装程序会一步一步提示你输入安装选项。您也可以在“./configure”后输入多个安装选项直接完成安装的配置。在这些选项中有一个选项决定了编译 Qt/Embedded 库的范围,即可以指定以最小,小,中,大,完全 5 种方式编译 Qt/Embedded 库。另外 Qt/Embedded 的安装选项还允许我们自己定制一个配置文件,来有选择的编译 Qt/Embedded 库,这个安装选项是“-qconfig local” ;当我们指定这个选项时,Qt/Embedded库在安装过程中会寻找qt-2.3.7/src/tools/qconfig-local.h 这个文件,如找到这个文件,就会以该文件里面定义的宏,来编译链接 Qt/Embedded 库。
具体过程如下:
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
make clean
./configure –xplatform linux-arm-g++ -shared –debug (接下行)
-qconfig local -qvfb -depths 4,8,16,32
make
cd ..
在make中出现了错误，有变量没有声明，原来是优龙公司为了避免初学者在一开始就直接接触到 Qt/Embedde 的复杂的宏编译选项,把这些宏定义到一个名为 qconfig-local.h的安装配置文件中,在安装 Qt/Embedded 的时候,需要把这个文件复制到 Qt/Embedded 的安装路径的/src/tools 子路径下，
cp /配置文件所在路径/qconfig-local.h ./src/tools
make顺利通过，看到了enjoy。
最后就可以在命令行下输入make 命令对整个工程进行编译链接了，在这里，要把过程中产生的文件放在同一个文件夹里面，方便应用。
在最后make完毕以后我还是遇到了一个问题，就是生成的可执行文件不能运行，运行时提示：./hello cannot execute binary file,当然不能直接在自己的主机上运行了，因为生成的二进制文件要下到板子上运行的。接上液晶屏，板子上电，把生成的可执行文件下载到板子上，要chmod一下，不然权限不够，终于在液晶屏上看到了自己弄的小程序，好开心！
三、添加一个 Qt/Embedded 应用到 QPE
以hello，world！为例
1 在工作的机器上解包 qtopia
tar zxvf qtopia-free-1.7.x.tar.gz
cd qtopia-free-1.7.x
export QTDIR=$QTEDIR
export QPEDIR=$PWD
export PATH=$QPEDIR/bin:$PATH
注意在上面已经设定环境变量 QPEDIR 为 QPE 的安装(解包)路径。
2 建立 Hello,World 的例子程序的图标文件
方法是:制作一个 32 X 32 大小的 PNG 格式的图标文件,将该文件存放在$QPEDIR/pics/inline 目录下,然后使用以下命令将$QPEDIR/pics/inline 目录下的所有图形文件转换成为一个 c 语言的头文件,这个头文件包含了该目录下的图形文件的 rgb 信息。
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
3 交叉编译 qtopia
在$QPEDIR 路径下,运行以下命令
cd src
./configure –platform linux-arm-g++
make
cd ..
在这一过程中也出现了比较大的错误，在make的时候又出现了error，是resource.cpp的174行的变量qembed_findImage没有声明，考虑到以前遇到的情况，推断可能是少了某个头文件，但是又不知道是哪一个，google了很久都没有找到解决办法，没办法只好点开src/libraries/qtopia下面的每一个头文件看了一遍，还是没有发现有含有这个变量的文件，继续google，然后发现了inlinepics_p.h中包含qembed_findImage，于是vi /usr/local/qtopia-free-1.7.0/src/libraries/qtopia/inlinepics_p.h，发现inlinepics_p.h是空白的，原来是
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
出了错误，重新操作一遍这一步，再查看inlinepics_p.h，发现正常了，要继续交叉编译qtopia：
make clean
./configure –platform linux-arm-g++
❸ QT编译错误，怎么解决
项目->构建设置，把中文路径改为英文路径 ，记得清理之后再重新构建哦
❹ qt为什么无法编译
sudo apt-get install build-essential
安装G++
然后从qt网站下载linux到完整开发包.bin 文件
在linux下双击，然后会安装，安装好之后，设置环境变量（方法网上有）。
OK
然后下面到操作都没有问题了！
qmake -project
qmake **.pro
make
❺ Linux下Qt的make编译出现大量错误
你上面的问题是的链接库的和路径没设置好
export
QTDIR=/home/lin/hisi/qt-embedded-4.5.2
export
PATH=$QTDIR/bin:$PATH
export
TSLIB_CONSOLEDEVICE=none
export
LD_LIBRARY_PATH=$T_ROOT/lib:$QTDIR/lib
类似上面，把相应的路径修改下，在终端中运行，然后编译就可以通过了
不过建议：
linux下，可以安装个QT
Creator开发工具
，这样子可以方便很多
❻ qt编程问题
1、关联Qt库。如果是分别安装的Qt Creator和Qt库，而不是安装集成Qt Creator和Qt库的SDK，则需要手动关联Qt库。打开工具→选项菜单，然后选择“构建和运行”一项，再进入Qt版本选项卡。点击右上角的“添加”按钮，然后会让选择qmake.exe文件，我们在Qt（不是Qt Creator）安装目录的bin目录中找到该文件并打开。现在已经默认生成了版本信息，我们点击确定按钮即可。
2、关联MinGW。在安装Qt 4.8.6及以后的Qt 4版本时，应该按照安装时的提示来下载相应版本的MinGW，不然编译程序无法运行。如果是Qt4版本，需要使用GCC 4.4，也就是MinGW需要是4.4版本的，其他新的版本均不可用。在Qt 4.8版本，需要下载并指定GDB才能正常调试。下载完MinGW和GDB以后，将其解压到Qt的安装目录中，比如这里都解压到了C:Qt目录中。打开工具→选项菜单，然后选择“构建和运行”一项，再进入工具链选项卡。点击右上角的“添加”按钮，然后会让选择mingw32-g++.exe文件，我们在MinGW安装目录的bin目录中找到该文件并打开。关联GDB则进入调试器选项卡添加GDB相关exe文件。
如果安装的是集成开发包QtSDK，则不需要手动关联Qt库、MinGW和GDB，由Qt自动关联。
注意：Qt5以后版本默认也包含了所有需要的工具，不存在这里的情况，直接下载安装即可使用！
3、在创建桌面版项目时，最好选中“使用影子构建”，这样编译生成的文件会和源码分别存放，如下图所示。编译完成后会发现多了一个helloworld-build-desktop-Qt_4_8_1__4_8_1____目录，里面存放的就是编译生成的文件。这就是前面创建项目讲到的 “使用影子构建” ，如果没有选中这个，那么生成的文件就会和源码在同一个目录里。
13、状态信息可以被分为三类：临时信息，如一般的statusTip提示信息，上面讲到的动作提示就是临时信息；正常信息，如显示页数和行号；永久信息，如显示版本号或者日期。可以使用showMessage()函数来显示一个临时消息，它会出现在状态栏的最左边。一般用statusBar->addWidget()函数添加一个QLabel到状态栏上用于显示正常信息，它会生成到状态栏的最左边，可能会被临时消息所掩盖。如果要显示永久信息，要使用statusBar->addPermanentWidget()函数来添加一个如QLabel一样的可以显示信息的部件，它会生成在状态栏的最右端，不会被临时消息所掩盖。
14、关于随机数，在Qt中是使用qrand()和qsrand()两个函数实现的。在使用qrand()函数产生随机数之前，一般要使用qsrand()函数为其设置初值，如果不设置初值，那么每次运行程序，qrand()都会产生相同的一组随机数。为了每次运行程序时，都可以产生不同的随机数，我们要使用qsrand()设置一个不同的初值。
❼ 为什么这个Qt程序编译不了
原因：Qt不支持中文的路径，把源码的路径全部改成英文即可解决问题。
❽ QT的代码编译没错，但是debug模式下会异常终止，在release模式下就没问题，请问是什么情况
qt代码在release模式下编译之后，会偶先题目所述现象，但是debug模式下确没事，单独运行release文件夹中的exe也可以，唯独在qtcreator中运行时不行，网络之后的答案基本是环境问题，巴拉巴拉，但是他也没说具体是什么环境问题，这叫我怎么排查？！
不过就在刚刚我又出现了这个问题，这种问题一般出现在如下情况：
1、添加一些新的模块或代码中需要新的qt的dll库等；
2、把别人的代码拉倒本地后再编译（别人的库包括上一条所述的内容）；
qt的release模式是需要单独去寻找dll或相关链接库的，如果它自己找不到，就会爆出标题所述的内容，此时你可以检查你的环境（但是就像我之前说的，我也不知道我要检查什么环境！），另外一种有效的做法就是呢：
安装qt后会随着按照一个命令行工具（和windows自带的CMD类似），叫做 Qt 5.7 for Desktop (MinGW 5.3.0 32bit)，在开始目录里打开这个工具，如下图：
在命令行中进入到，编译后的exe存放的目录中，然后输入命令：
windeployqt xxx.exe
其中xxx.exe就是你生成的exe名称，这条命令会把exe相关的内容解析出来，你会在文件夹中看到很多qt的相关dll，这些都是依赖性，有了这些依赖项之后，再返回运行qt creator就能成功运行啦~~~~
当然了，这种方式也适用于对应用打包，把exe单独放到一个文件夹，运行上述命令，这个文件夹就可以在没有qt的环境的电脑中运行了。
❾ QT编译的问题
qt的make要写好make的配置文件，可以自动生成配置文件的，建议你还是在windows下面用ide，生成那个文件，然后到linux下面编译，而且需要经常的make clean一下，否则也会出错
❿ 为什么 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++打开编译。