qt中gif编译结果
Ⅰ 拿到了一份前辈的QT源码，打算重新编译一下，出现如下错误信息，有大神知道什么原因，怎么破解吗
估计你不满足他编译设置条件，错误说/MP应该是一个文件或者目录，但是并不存在
Ⅱ Qt 编译好的 可执行文件 不能运行是怎么回事
缺少动态链接库，你的qt是动态编译的，根据提示上你qt的安装目录上考到你的exe文件夹里
Ⅲ qt保存gif图片
qt不能保存gif格式图片，除非你自己用qt写一个编辑gif图片的程序，这个很麻烦，你得知道gif的文件格式。
临时要用不如写个exe好了，用最短时间不停的更换图片，感觉像是gif一样，哈哈
Ⅳ Qt如何实现静态编译与动态编译共存
通常不需要在系统变量中加入Qt库的位置的。Qt Creator可以自动扫描到系统中存在的Qt库版本，如果扫描不到，可以通过Creator的 Tool->Options->Qt4中添加静态库的路径。而QDevelop虽然没有那么智能，但是可以手动指定INCLUDE和LIB的位置。或许，这根本就不是一个问题。如果怀念动态库，或者在产品发布之前并不想体验静态编译那种蜗牛爬一般的速度，可以在pro文件中指定CONFIG += shared，而且，要记得在Project中选择相应的版本。
Ⅳ 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 Creator 的编译如此之慢
取自知乎上的一篇文章
作者：姚冬
我是来反对楼上某些答案的。
我曾经用MFC写了金山词霸（大约20多万行），又用Qt写了YY语音（大约100多万行），算是对两种框架都比较有经验。
纠正几个错误的认识。
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++打开编译。
Ⅶ 请哪位来解释一下Qt静态编译和动态编译的区别
静态编译与动态编译的区别：
1、动态编译的可执行文件需要附带一个的动态链接库，在执行时，需要调用其对应动态链接库中的命令。
所以其优点一方面是缩小了执行文件本身的体积，另一方面是加快了编译速度，节省了系统资源。
缺点一是哪怕是很简单的程序，只用到了链接库中的一两条命令，也需要附带一个相对庞大的链接库；二是如果其他计算机上没有安装对应的运行库，则用动态编译的可执行文件就不能运行。