qmake生成VS的vcproj/sln工程文件

qmake 生成的vs工程与环境变量中的 qmakespec相关,可以有两种方法:

1.默认情况下,即环境变量qmakespec为你装的qt for vs的版本,默认生成的为该版本的vs工程,如,你装的是QT for vs2010,那么环境变量qmakespec=win32-msvc2010,默认情况下生成的是vc2010的工程。

当你的xx.pro的TEMPLATE = subdirs时:用qmake -r -tp vc xx.pro 生成sln。

其他情况下用:qmake -tp vc xx.pro或qmake -t vcapp xx.pro 生成vcxproj

2.生成指定版本的VS工程  在上面的命令中加入 -spec win32-msvc2008即可。

例如:qmake -spec win32-msvc2008 -r -tp vc xx.pro 递归的生成sln工程。

如果是要生成2005工程的话,那么命令就是qmake -spec win32-msvc2005 -r -tp vc xx.pro

当你机器上装有多个Qt版本的话,注意你的Qt版本与Vs的版本匹配性,如果你Vs内嵌的是Qt4.5的话,那么你qmake命令指定的就是你Qt4,.5\bin里面的qmake.exe,不要弄错。

时间: 2024-10-14 22:05:30

qmake生成VS的vcproj/sln工程文件的相关文章

【转】全面解析Unity3D自动生成的脚本工程文件

http://blog.csdn.net/jjiss318/article/details/7632041 我们在Unity3D开发的时候,经常会看到它会产生不少固定命名工程文件,诸如: Assembly-CSharp-vs.csproj Assembly-CSharp-firstpass-vs.csproj Assembly-CSharp-Editor-vs.csproj Assembly-CSharp-Editor-firstpass-vs.csproj 看得不少人云里雾里的.那么,这些工程

VS工程中的各种文(工程文件异常的解决办法)

一.sln文件 .sln(Solution)解决方案文件,表示一个项目组,他通常包含一个项目中所有的工程文件信息. 二.suo文件 suo(Solution User Options)解决方案用户选项文件,记录所有与解决方案建立关联的选项,以便在每次打开时,它都包含用户所做的自定义设置..suo文件偶尔会被破坏,从而在构建和编辑应用程序时出现意想不到的结果.如果Visual Studio对于每个解决方案不稳定,就应删除.suo文件.下次打开解决方案时,Visual Studio会重建它. 有的时

用批处理编译*.sln工程

原文:用批处理编译*.sln工程 批处理是直接调用Microsoft Visual Studio 8\Common7\IDE\ 目录内的 devenv.exe ,它启动后就是IDE,提供的参数如下: 用法: devenv [solutionfile | projectfile | anyfile.ext] [switches] devenv 的第一个参数通常是一个解决方案文件或项目文件.如果您希望在编辑器中自动打开文件,也可以使用任何其他文件作为第一个参数.当您输入项目文件时,IDE会在项目文件

从VS项目工程文件到项目代码的编排

一个解决方案sln包含多个项目工程,每一个项目工程都会有一个vcxproj的工程文件,编译的时候,总是从项目文件所在的目录为当前目录,开始编译代码的.头文件的引入和lib文件的链接,都可以通过绝对路径和相对路径,这两种方式进行操作.如果是相对路径,肯定是从当前工程目录作为标准,然后采用.\这两种符号,进行相对路径的确定. 相对于将所有的代码放在一个目录,不如按照不同的模块将代码放在不同的文件夹中,例如 asio 网络库 util 实用库 restful 接口 为了能够正确的引入不同文件夹下的头文

用批处理编译*.sln工程(转)

批处理是直接调用Microsoft Visual Studio 8\Common7\IDE\ 目录内的 devenv.exe ,它启动后就是IDE,提供的参数如下: 用法: devenv [solutionfile | projectfile | anyfile.ext] [switches] devenv 的第一个参数通常是一个解决方案文件或项目文件.如果您希望在编辑器中自动打开文件,也可以使用任何其他文件作为第一个参数.当您输入项目文件时,IDE会在项目文件的父目录中查找与该项目文件具有相同

使用qmake生成Makefile

手动写Makefile是一件痛苦的事情,稍不小心就会出错,不过qmake可以让你脱离苦海 qmake可以根据你提供的.pro文件,生成Makefile 又是要些.pro文件呀!,不过他可比Makefile简单多啦,一分钟你就能学会 简单的.pro文件 SOURCES += hello.cpp HEADERS += hello.h CONFIG += cnosole warn_on debug 只配置这三项就可以生成Makefile SOURCES 写出源文件的位置,支持相对路径,支持通配符 SO

使用MybatisGenerator自动生成Model,Mapping和Mapper文件

Mybatis和Hibernate都是持久层框架,MyBatis出现的比Hibernate晚,这两种框架我都用过,对于二者的优势我的感触不深,个人感觉MyBatis自动生成model,Mapping,mapper文件的功能使编码量减少,但也很容易出错,出错后还不易排查. 我在网上搜索了一下关于Mybatis和Hibernate的比较,知乎上的这个帖子讲得比较详细,大家可以参考一下 https://www.zhihu.com/question/21104468 想要自动生成文件,首先要下载MyBa

VC++的工程文件

VC++的工程文件说明: *.dsp:是VC++的项目文件,文本格式. *.dsw:是工作区文件,它可以指向一个或多个.dsp文件. *.clw:是 ClassWizard信息文件,实际上是INI文件的格式. *.opt:工程关于开发环境的参数文件,如工具条位置等信息. *.aps:(AppStudio File),资源辅助文件,二进制格式. *.rc:资源文件. *.plg:是编译信息文件,编译时的error和warning信息文件,在Tools->Options里面有个选项可以控制这个文件的

Discard all changes 导致工程文件消失

当使用CocoaPods导入第三方框架进行iOS应用开发的时候,不要选择下图中的 Discard All Changes.. 因为直接Commit到git时,导入的第三方框架不会被记录,尤其是在使用CocoaPods的时候,选择该选项会导致通过pod install生成的xcworkspace文件直接消失. 更恰当的方式是通过终端以命令行的方式回滚代码. 本地代码库回滚: git reset --hard commit-id :将代码回滚到commit-id时的状态 git reset --ha