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++打开编译。