QT && GDAL

QT.pro说明  

 

TARGET = XXXX        // 生成VC项目时的.vcproj文件名

INCLUDEPATH += folderPath   //引入的路径

LIBS += -L folderPath  //引入的lib文件的路径  -L：引入路径

Release:LIBS += -L folderPath // release 版引入的lib文件路径

Debug:LIBS += -L folderPath // Debug 版引入的lib 文件路径

LIBS += -lLibName   //引入lib 文件  -l : 引入库

 

GDAL&&QT

http://blog.csdn.net/MulinB/article/details/5419098

 

LINUX configure命令的参数的中文详细解

 

./configure
该脚本将运行一些测试来猜测一些系统相关的变量并检测你的操作 系统的特殊设置，并且最后在制做树中创建一些文件以记录它找到了什么． 

缺省设置将制作服务器和应用程序，还有所有只需要 C 编译器的客户端程序和 接口． 缺省时所有文件都将安装到 /usr/local/pgsql． 

你可以通过给出下面 configure 命令行选项中的一个或更多的选项来客户化 制作和安装过程： 


--prefix=PREFIX
把所有文件装在目录 PREFIX下面而不是 /usr/local/pgsql 里．实际的文件会安装到不同的子目录里；甚至没有一个文件会直接 安装到 PREFIX 目录里． 

如果你有特殊需要，你还可以用下面的选项客户化不同的子目录 的位置． 

--exec-prefix=EXEC-PREFIX
你可以把体系相关的文件安装到一个不同的位置， EXEC-PREFIX，而不是 PREFIX 设置的地方．这样做可以比较方便地在不同主机之间共享体系相关的文件． 如果你省略这些，那么 EXEC-PREFIX 就会被设置为等于 PREFIX 并且体系相关和体系无关的文件都会安装到同一棵目录树下， 这也可能是你想要的． 

--bindir=DIRECTORY
为可执行程序声明目录，缺省是 EXEC-PREFIX/bin， 通常也就是 /usr/local/pgsql/bin． 

--datadir=DIRECTORY
设置所安装的程序需要的只读文件的目录．缺省是 PREFIX/share． 请注意这个目录和你放数据库文件的地方没有任何关系． 

--sysconfdir=DIRECTORY
用于各种各样配置文件的目录，缺省为 PREFIX/etc． 

--libdir=DIRECTORY
库文件和动态装载模块的目录．缺省是 EXEC-PREFIX/lib． 

--includedir=DIRECTORY
C 和 C++ 头文件的目录．缺省是 PREFIX/include． 

--docdir=DIRECTORY
文档文件，（除 “man（手册页）”以外， 将被安装到这个目录．缺省是 PREFIX/doc． 

--mandir=DIRECTORY
随着 PostgreSQL 一起带的手册页 将安装到这个目录．在它们相应的 manx子目录里． 缺省是 PREFIX/man． 

注意: 为了减少对共享安装位置（比如 /usr/local/include） 的污染，configure 自动在 datadir， sysconfdir，includedir， 和 docdir 上附加一个 “/postgresql” 字串， 除非完全展开以后的目录名字已经包含字串 “postgres” 或者 “pgsql”．比如，如果你选择 /usr/local 做前缀，那么 C 的头文件将安装到 /usr/local/include/postgresql， 但是如果前缀是 /opt/postgres，那么它们将 被放进 /opt/postgres/include． 




--with-includes=DIRECTORIES
DIRECTORIES 是一系列冒号分隔的目录，这些目录将被加入编译器的头文件 搜索列表中．如果你有一些可选的包（比如 GNU Readline）安装在 非标准位置，你就必须使用这个选项，以及可能还有相应的 --with-libraries 选项． 

例子：--with-includes=/opt/gnu/include:/usr/sup/include． 

--with-libraries=DIRECTORIES
DIRECTORIES 是一系列冒号分隔的目录，这些目录是用于查找库文件的． 如果你有一些包安装在非标准位置，你可能就需要使用这个选项 （以及对应的--with-includes选项）． 

例子：--with-libraries=/opt/gnu/lib:/usr/sup/lib． 

--enable-locale
打开区域支持．区域支持会带来性能损失，但是如果 你不是在说英语的环境使用数据库，那么你很可能需要这个选项． 

--enable-recode
打开单字节字符集记录的支持．参阅 Section 5.3 获取关于这个特性的详细信息． 

--enable-multibyte
允许使用多字节编码．这个选项主要是用于象日语，韩语和中文 这样的语言．阅读 Section 5.2 获取详细信息． 

--with-pgport=NUMBER
把 NUMBER 设置为服务器和客户端的缺省端口．缺省是 5432． 这个端口可以在以后设置，不过如果你在这里声明，那么 服务器和客户端将有相同的编译好了的缺省值．这样会方便些． 

--with-CXX
制作C++支持库． 

--with-perl
制作 Perl 接口模块．Perl 接口将被安装到 Perl 模块通常的 安装位置（典型的位置是 /usr/lib/perl）， 所以你必须要有 root 权限来执行安装步骤（参阅 step 4）．使用这个选项你需要安装 Perl 5． 

--with-python
制作 Python 接口模块．你需要 root 权限将 Python 模块安装到它的 缺省位置 （/usr/lib/pythonx.y）． 要使用这个选项，你必须已经安装了 Python 并且你的系统必须支持 共享库．如果你想制作一个新的完整的二进制解释器，你只能自己 手工制作． 

--with-tcl
制作那些需要 Tcl/Tk 的部件， 就是 libpgtcl，pgtclsh，pgtksh，pgaccess和PL/Tcl． 你也可以看看下面的 --without-tk． 

--without-tk
如果你同时声明了 --with-tcl 和这个选项，那么那些 需要 Tk（也就是 pgtksh 和pgaccess）的程序将被排除在外． 

--with-tclconfig=DIRECTORY, --with-tkconfig=DIRECTORY
Tcl/Tk 的安装文件 tclConfig.sh 和 tkConfig.sh， 她们里面包含制作 Tcl 或 Tk 模块接口的配置信息． Configure 通常会自动在她们的众所周知的位置找到这些文件，但是如果你 需要一个不同版本的 Tcl 或 Tk，你也可以声明可以找到她们的目录． 

--enable-odbc
制作 ODBC 驱动包． 

--with-odbcinst=DIRECTORY
声明 ODBC 期望的odbcinst.ini配置文件的路径． 缺省是 /usr/local/pgsql/etc 或者你声明的 --sysconfdir 选项的内容． 安装程序将会把一个缺省的文件安装到那里． 

--with-krb4=DIRECTORY, --with-krb5=DIRECTORY
制作支持Kerberos认证的东西．你可以选择 Kerberos 版本 4 或 5，但不能同时选两个． DIRECTORY 参数声明 Kerberos 安装的根目录；缺省假设是 /usr/athena 如果相关的头文件和库文件不在常用的父目录，那么你必须 使用附加的 --with-includes 和 --with-libraries 选项．另一方面，如果所需要的文件位于一个缺省的搜索目录， （比如说，/usr/lib）， 那你就不用输入这些参数了． 

configure 将在安装之前检查所需要的头文件和库文件以确信你的 Kerberos安装是完整的． 

--with-krb-srvnam=NAME
Kerberos服务主的名称． 缺省是 “postgres”．通常没有理由改变这个值． 

--with-openssl=DIRECTORY
制作支持 SSL （加密的）联接的postgres． 这个选项需要安装 OpenSSL 包． DIRECTORY 参数声明 OpenSSL 安装的根目录；缺省时 /usr/local/ssl． 

configure 将在安装之前检查所需要的头文件和库文件以确信你的 OpenSSL 安装是充分的． 

--with-java
制作 JDBC 驱动以及相关的 Java 包． 这个选项要求你先安装 Ant （当然还要有 JDK）． 请参考程序员手册 里面 JDBC 驱动的文档获取更多信息． 

--enable-syslog
打开PostgreSQL 服务器使用 syslog 日志系统的功能． （使用这个功能并不意味着你必须用 syslog 做日志，也不是说 服务器缺省会做这些，而是给你一个在运行时使用这个选项目的可能．） 

--enable-debug
把所有程序和库以带有调试符号的方式编译． 这意味着你可以通过一个调试器运行程序来分析问题． 这样做显著增大了最后安装的可执行文件的大小， 并且在非 gcc 的编译器上，这么做通常还要关闭编译器优化， 导致速度的下降．但是，如果有这些符号表的话，就可以极大 帮助定位可能发生问题的位置．目前，我们认为这个选项对于 生产用途而言是边际变量，但是如果你正在进行开发工作，或者正在使用 beta 版本， 那么你就应该打开它． 

--enable-cassert
打开在服务器中的 assertion 检查， 它会检查许多“不可能发生”的条件．它对于代码开发的用途 而言是无价之宝，不过这些测试稍微地减慢了一些速度． 这些断言检查并不一定都是针对严重错误的，因此一些相对无害的 小虫子也可能导致 postmaster 重启--只要它触发了一次断言失败． 目前，我们不推荐在生产环境中使用这个选项，但是如果你在做开发 或者在使用 beta 版本的时候应该打开它． 


如果你喜欢用那些和 configure 找出来的不同的 编译器，那么你可以分别设置你的环境变量 CC 和 CXX，把它们设置为你选择的程序． 类似地，你可以用 CFLAGS 和 CXXFLAGS 变量覆盖缺省编译器标志．比如： 

env CC=/opt/bin/gcc CFLAGS='-02 -pipe' ./configure