在QT中，有一个工具qmake可以生成一个makefile文件，它是由.pro文件生成而来的。
.pro文件的写法如下：
1. 注释
从#开始，到这一行结束。
2. 指定源文件
SOURCES = *.cpp
对于多源文件，可用空格分开，如：SOURCES = 1.cpp 2.cpp3.cpp
或者每一个文件可以被列在一个分开的行里面，通过反斜线另起一行，就像这样:
SOURCES = hello.cpp
main.cpp
一个更冗长的方法是单独地列出每一个文件，就像这样：
`SOURCES+= hello.cpp`SOURCES +=main.cpp
这种方法中使用“+=”比“=”更安全，因为它只是向已有的列表中添加新的文件，而不是替换整个列表。
3. 指定头文件
HEADERS = hello.h或者HEADERS += hello.h
列出源文件的任何一个方法对头文件也都适用。
4. 配置信息
CONFIG用来告诉qmake关于应用程序的配置信息。
CONFIG+= qt warn_on release在这里使用“+=”，是因为我们添加我们的配置选项到任何一个已经存在中。这样做比使用“=”那样替换已经指定的所有选项是更安全的。
A> qt部分告诉qmake这个应用程序是使用Qt来连编的。这也就是说qmake在连接和为编译添加所需的包含路径的时候会考虑到Qt库的。
B> warn_on部分告诉qmake要把编译器设置为输出警告信息的。
C> release部分告诉qmake应用程序必须被连编为一个发布的应用程序。在开发过程中，程序员也可以使用debug来替换release
5. 指定目标文件名
TARGET = filename
如果不设置该项目，目标名会被自动设置为跟项目文件一样的名称
6. 添加界面文件(ui)
INTERFACES = filename.ui
7. 平台相关性处理
我们在这里需要做的是根据qmake所运行的平台来使用相应的作用域来进行处理。为Windows平台添加的依赖平台的文件的简单的作用域看起来就像这样：
win32 {
SOURCES += hello_win.cpp
}所以如果qmake运行在Windows上的时候，它就会把hello_win.cpp添加到源文件列表中。如果qmake运行在其它平台上的时候，它会很简单地把这部分忽略。
8. 如果一个文件不存在，停止qmake
如果某一个文件不存在的时候，你也许不想生成一个Makefile。我们可以通过使用exists()函数来检查一个文件是否存在。我们可以通过使用error()函数把正在运行的qmake停下来。这和作用域的工作方式一样。只要很简单地用这个函数来替换作用域条件。对main.cpp文件的检查就像这样：
!exists( main.cpp ) {
error( "No main.cpp file found")
}!用来否定这个测试，比如，如果文件存在，exists( main.cpp)是真，如果文件不存在，!exists( main.cpp )是真。
9. 检查多于一个的条件
假设你使用Windows并且当你在命令行运行你的应用程序的时候你想能够看到qDebug()语句。除非你在连编你的程序的时候使用console设置，你不会看到输出。我们可以很容易地把console添加到CONFIG行中，这样在Windows下，Makefile就会有这个设置。但是如果告诉你我们只是想在当我们的应用程序运行在Windows下并且当debug已经在CONFIG行中的时候，添加console。这需要两个嵌套的作用域；只要生成一个作用域，然后在它里面再生成另一个。把设置放在最里面的作用域里，就像这样：
win32 {
debug {
CONFIG += console
}
}嵌套的作用域可以使用冒号连接起来，像这样：
win32:debug {
CONFIG += console
}10. 摸板
模板变量告诉qmake为这个应用程序生成哪种makefile。下面是可供使用的选择：
A> app -建立一个应用程序的makefile。这是默认值，所以如果模板没有被指定，这个将被使用。
B> lib - 建立一个库的makefile。
C> vcapp - 建立一个应用程序的VisualStudio项目文件。
D> vclib - 建立一个库的VisualStudio项目文件。
E> subdirs -这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。
11. 生成Makefile
当你已经创建好你的项目文件，生成Makefile就很容易了，你所要做的就是先到你所生成的项目文件那里然后输入：
Makefile可以像这样由.pro文件生成：
`qmake -oMakefile hello.pro`对于VisualStudio的用户，qmake也可以生成.dsp文件，例如：
`qmake -tvcapp -o hello.dsp hello.pro`我们在编译QT的工程的时候，一般都会让qmake自动生成，但有时我们需要定制我们的工程，那么就必须改写pro文件。要自己全部写pro文件又有点麻烦，所以，一般都是先运行
`qmake -project`来生成基本的pro文件。
例如你有一个工程目录为backup，那么在这个目录下就会生成backup.pro文件。对一般的工程，我们只需要修改几个基本的常用的选项，下面说说怎么修改。假设我们有个目录，名字为backup。下面有a.h，a.cpp，b.h，b.cpp，main.cpp等文件。首先我们可以在backup目录下运行qmake -project生成backup.pro文件。
第一种常用方式:
模块设置，一般设置为app(生成应用程序,默认),subdirs(生成makefile文件编译subdirs指定的子文件夹),lib(生成库文件)
TEMPLATE = app
指定生成的应用程序放置的目录
DESTDIR += ../bin
指定生成的应用程序名
TARGET = pksystem
添加或减少CONFIG的配置模块,一般采用默认即可,但是除去debug_and_release模块不会生成debug和release文件夹
CONFIG += release
CONFIG -= debug_and_release指定uic命令将.ui文件转化成ui_*.h文件的存放的目录
UI_DIR += forms
指定rcc命令将.qrc文件转换成qrc_*.h文件的存放目录
RCC_DIR += ../tmp
指定moc命令将含Q_OBJECT的头文件转换成标准.h文件的存放目录
MOC_DIR += ../tmp
指定目标文件的存放目录
OBJECTS_DIR += ../tmp
程序编译时依赖的相关路径
DEPENDPATH += . forms include qrc sources
头文件包含路径
INCLUDEPATH += .
qmake时产生的信息,$${a}读取变量a的字符串,$$(PATH)读取环境变量PATH
message($$(PATH))
源文件编码方式
CODECFORSRC = GBK
Input工程中包含的头文件
HEADERS += include/painter.h
工程中包含的.ui设计文件
FORMS += forms/painter.ui
工程中包含的源文件
SOURCES += sources/main.cpp sources/painter.cpp
工程中包含的资源文件
RESOURCES += qrc/painter.qrc
第二种常用方式,用于子文件夹的编译:
设定模块为子文件夹编译方式
TEMPLATE = subdirs
子文件夹目录,可用\换行
SUBDIRS = src1 \
src2
在backup.pro里已经包含了几个基本的选项，如
TEMPLATE，TARGET，INCLUDEPATH，HEADS，SOURCES等选项。下面说明一下几个经常修改的选项。
##HEADS：
我们工程中头文件如下：
HEADS += a.h \
`b.h`SOURCES:
我们工程中的cpp文件，如下：
SOURCES += a.cpp \
b.cpp \
main.cpp上面的两个选项的文件分行是用反斜线\来分行，最后一个不用，如果是同一行的文件可以空格分开，我们在执行qmake -project的时候，qmake已经自动帮我们写上了，省去我们这些麻烦，不过以后要增加文件可以在这里增加。
##INCLUDEPATH：
这个选项可以指定我们＃include语句要包含头文件的目录，如果你有其它的不在当前目录的头文件需要包含进来，并又不想在自己的源文件中使用绝对路径或相对路径来包含头文件，那么我就可以在这里把这个头文件所在的路径包含进来，例如在backup目录的兄弟目录里有个目录为image的目录，里面有个头文件为image.h，我们的b.h里要用到，因此我们在backup.pro文件中设置INCLUDEPATH为
`INCLUDEPATH += ../image`这样，我们在b.h里只需要#include "image.h"就可以了。
CONFIG：
CONFIG经常用到的一个是就是设置release版本或是debug或是release和debug的版本信息。如果我们要调试可以这样设置。
`CONFIG += debug`
或`CONFIG += release （release版本）`下面是CONFIG的几个版本的选项：
release The project is to be built in release mode. This is ignored if debug is also specified.
debug The project is to be built in debug mode.
debug_and_release The project is built in both debug and release modes. This can have some unexpected side effects (see below for more information).
build_all If debug_and_release is specified, the project is built in both debug and release modes by default.
ordered When using the subdirs template, this option specifies that the directories listed should be processed in the order in which they are given.
precompile_header Enables support for the use of precompiled headers in projects.
warn_on The compiler should output as many warnings as possible. This is ignored if warn_off is specified.
warn_off The compiler should output as few warnings as possible.
##LIBS:
这里可以选择我们要包含的库，例如我们的工程要用到libz.so的一个压缩库，我可以怎么写：
LIBS += -lz
或是用到我们image目录下的libimage.so库，那么可以这么写：
`LIBS += -L../image/image`##DEFINES:
DEFINES又是我们一个常用的定要，它相当于我们用gcc的-D定义。例如，我们的backup工程需要对大文件进行读写就可以这样定义：
DEFINES += _LARGEFILE64_SOURCE _FILE_OFFSET_BITS=64
RESOURCES：
定义我们的资源描述文件，我们工程里需要很多图片，那么这些图片的定义都可以放在backup.qrc文件中进行描述，那么这里就可以指出我们的qrc文件。
RESOURCES += backup.qrc
TARGET：
这个选项可以让我们定义我们生成的目标文件的名字，例如我们执行我们这个backup工程是默认生成backup的执行文件，但我们想让我们的执行的文件名为abcbackup，我们就可以这样写
TARGET = abcbackup
##OBJECTS_DIR：
一般我们在编译我们的工程的时候会生成许多的中间文件，如.o文件（linux下）或.obj（windows下），这样我们的工程就很乱，所以我们可以定义这个选择，我们可以这样定义：
OBJECTS_DIR += ./objs
这样，我们的这些中间文件就全都在backup/objs目录下了
一般，我们不会在我们的工程里直接编译，这样的话，工程比较乱，我们可以在backup目录下建立一个目录，为bakcup-build目录，我们在这个目录下编译，这样其他的临时文件就在这个目录下，这样我们的工程看起来就不会那么乱了。
我们进入bakcup-build目录，然后运行
`qmake -o Makefile ../bakcup.pro`这样我们就在当前目录下生成了一个Makefile。在这个目录下执行make就可以生成我们的abcbackup可执行程序了
转自: http://blog.csdn.net/metasearch/article/details/2148207