c++路径配置.docx
《c++路径配置.docx》由会员分享,可在线阅读,更多相关《c++路径配置.docx(13页珍藏版)》请在冰点文库上搜索。
c++路径配置
VisualC++使用解决方案来管理项目,项目之间还可能有依赖关系,设置适合自己的解决方案目录结构,便于代码的管理、程序的发布。
下面开始一个虚拟解决方案设计:
假设此解决方案有应用程序项目A,动态链接库项目B,静态链接库项目C,其中项目A依赖项目B和项目C,则构建解决方案项目结构如下图所示:
而目录结构则如下图所示:
Bin:
存放所有动态链接库和可执行程序,分Debug和Release两个版本
A:
应用程序项目文件夹
B:
动态链接库项目文件夹
C:
静态链接库项目文件夹
Doc:
存放项目文档
Include:
存放引用库的头文件
Lib:
存放动态链接库的导入库、静态链接库
Temp:
存放临时生成文件,其中Compile存放编译时的中间文件,Link存放链接时的输出文件
除了Doc需要自己建立外,其他文件夹无需手动建立。
项目结构创建步骤:
1.创建一个新应用程序项目,名称A,解决方案名称为Work,如下图所示:
2.在"解决方案资源管理器"右键"解决方案Work","添加"→"新建项目"→"Win32"→"Win32项目",名称为B,在"应用程序设置"选择"DLL"和"空项目";
3.同样的方式添加一个"Win32项目",名称为C,在"应用程序设置"选择"静态库",去掉"预编译头"选项;
4.项目结构如下图所示:
项目属性设置
配置项目A的属性
1.配置"所有配置","常规",
输出目录:
$(SolutionDir)Temp\Link\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
中间目录:
$(SolutionDir)Temp\Compile\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
2."生成事件"→"生成后事件",
命令行:
echoD|xcopy"$(TargetPath)""$(SolutionDir)Bin\$(PlatformName)\$(ConfigurationName)"/y
3."C/C++"→"常规",
附加包含目录:
$(SolutionDir)Include
4."链接器"→"常规",
附加库目录:
$(SolutionDir)Lib\$(PlatformName)
5."调试",
命令:
$(SolutionDir)Bin\$(PlatformName)\$(ConfigurationName)\$(TargetFileName)
工作目录:
$(SolutionDir)Bin\$(PlatformName)\$(ConfigurationName)
配置项目B的属性
1.配置"所有配置","常规"下,
输出目录:
$(SolutionDir)Temp\Link\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
中间目录:
$(SolutionDir)Temp\Compile\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
2.【VS2008】配置"Debug","链接器"→"常规"下,
输出文件:
$(SolutionDir)Temp\Link\$(ProjectName)\$(PlatformName)\$(ConfigurationName)\$(ProjectName)d.dll
【VS2010及以上】配置"Debug","常规"下,
目标文件名:
$(ProjectName)d
3.配置"所有配置","生成事件"→"生成后事件"下,命令行:
echoD|xcopy"$(TargetPath)""$(SolutionDir)Bin\$(PlatformName)\$(ConfigurationName)"/y
echoD|xcopy"$(TargetDir)$(TargetName).lib""$(SolutionDir)Lib\$(PlatformName)"/y
echoD|xcopy"$(ProjectDir)B.h""$(SolutionDir)Include"/y
第三行为xcopy动态库的头文件,实际要根据所需进行改动名称。
配置项目C的属性
1.配置"所有配置","常规"下,
输出目录:
$(SolutionDir)Temp\Link\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
中间目录:
$(SolutionDir)Temp\Compile\$(ProjectName)\$(PlatformName)\$(ConfigurationName)
2.【VS2008】配置"Debug","管理员"→"常规"下,
输出文件:
$(SolutionDir)Temp\Link\$(ProjectName)\$(PlatformName)\$(ConfigurationName)\$(ProjectName)d.lib
【VS2010及以上】配置"Debug","常规"下,
目标文件名:
$(ProjectName)d
3.配置"所有配置","生成事件"→"生成后事件"下,
命令行:
echoD|xcopy"$(TargetPath)""$(SolutionDir)Lib\$(PlatformName)"/y
echoD|xcopy"$(ProjectDir)C.h""$(SolutionDir)Include"/y
第二行为xcopy静态库的头文件,实际要根据所需进行改动名称。
最后设置项目生成顺序
菜单栏→"项目"→"项目依赖项",项目A依赖于B和C,如下图所示:
编译生成,可看到如下结果:
用tree命令看下文件夹结构:
解决方案与项目:
从VC6之后VC系列就使用解决方案(Solution)来替代原来的工作空间,用于组织和管理多个相关的项目(Project)。
文章首先演示一个虚拟的解决方案和我们期望得到的目录结构,然后使用VC2008的项目设置功能来一步一步达到我们的需求。
虚拟解决方案:
该虚拟解决方案名为GMA,包含一个动态链接库项目ChocolateMilk和一个应用程序项目PureMilk,需要使用一个第三方库log4cxx(Apachelog4j的C++移植版本,用于日志输出)。
log4cxx是以动态库的方式编译的,所以我们需要它的3样东西,分别是头文件,导入库(log4cxx.lib,log4cxxd.lib)和动态链接库(log4cxx.dll)。
假设我们期望的目录结构如下图:
1. GMA是解决方案目录
2. PureMilk和ChocolateMilk是项目目录
3. Lib目录用于存放导入库或者静态库(包括第三方库和自己的项目)
4. Include用于存放第三方库的头文件
5. Bin目录存放所有动态链接库和执行档,包括自己的产出和第三方库,区分Release和Debug两个版本。
另外,程序运行过程中需要外部的数据文件和启动时需要的配置文件等等都可放于该目录
6. Temp用于存放临时生成文件,其中Compile存放编译器编译时生成的obj文件,Link存放链接器的输出文件。
上面目录结构清晰,一面了然,当我们的程序需要制作安装包或者要打包源码
发布的时候,它能够使得我们生活变得更容易^_^
制作安装包时我们只需将“/GMA/Bin/Release/”目录下的所有文件打包。
发布和转移源码的时候我们可以打包除了Temp目录以外“/GMA/”下面的所有文件和目录(如果不需要执行档,也可不包括Bin)。
我们的需求是明确的,可是VC2008并不会自动为我们做好上面所有的事情。
不过我们并不需要编写复杂的编译脚本(makefile),只需要简单的修改项目的缺省设置即可。
我们需要VC为我们做的事情包括:
1.使用“/GMA/Temp/Compile/”作为项目编译时使用的中间目录
2.使用“/GMA/Temp/Link/”作为项目链接的输出目录
3.当项目是应用程序时,在构建结束后拷贝执行文件到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”,当项目是动态链接库时,除了拷贝dll到Bin,还拷贝导入库到“/GMA/Lib/”
4.当项目是应用程序时,调试时运行“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”下面的执行文件,并以“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”为工作目录
首先看一下项目设置中可以使用的宏,常用的有:
ConfigurationName
配置名字,通常是Debug或者Release
IntDir
编译器使用的中间目录,产出obj文件
OutDir
链接器使用的输出目录
ProjectDir
项目目录
ProjectName
项目名字
SolutionDir
解决方案目录
TargetDir
目标输出文件所在的目录
TargetExt
目标输出的扩展名
TargetFileName
目标输出文件名,包括扩展名
TargetName
目标输出名,不包括扩展名
TargetPath
目标输出文件的全路径名
首先来设置ChocolateMilk:
1.使用“/GMA/Temp/Compile/”作为项目编译时使用的中间目录
2.使用“/GMA/Temp/Link/”作为项目链接的输出目录
注意高亮的部分,首先将配置改成AllConfiguration(全部配置),这样可以让我们同时修改Debug和Release的部分;
OutputDirectory(输出目录,链接器)栏位填入:
$(SolutionDir)\Temp\Link\$(ProjectName)\$(ConfigurationName)
IntermediateDirectory(中间目录,编译器)栏位填入:
$(SolutionDir)\Temp\Compile\$(ProjectName)\$(ConfigurationName)
3.构建结束后拷贝动态链接库到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”,拷贝导入库到“/GMA/Lib/”
我们通常都会在Debug版本的输出库后面加上字母“d”以表示这是Debug版本,在Debug配置下,修改ImportLibrary栏位:
VC可以让我们设置构建前后执行的脚本程序,所以为了完成3,
我们需要写构建后执行的脚本:
在CommandLine中填入,Debug配置下:
copy$(TargetPath)$(SolutionDir)\Bin\$(ConfigurationName)\;
copy$(TargetDir)$(TargetName)d.lib$(SolutionDir)\Lib\;
Release配置下:
copy$(TargetPath)$(SolutionDir)\Bin\$(ConfigurationName)\;
copy$(TargetDir)$(TargetName).lib$(SolutionDir)\Lib\;
之所以要分别设置是因为VC没有表示导入库的宏名字-_-P
OK,到此为止,你就可以编译ChocolateMilk项目试试是不是一切正常了,不过请确认拷贝的目标目录事先建立好。
接下来我们设置应用程序项目PureMilk:
1.使用“/GMA/Temp/Compile/”作为项目编译时使用的中间目录
2.使用“/GMA/Temp/Link/”作为项目链接的输出目录
首先将配置改成AllConfiguration(全部配置),这样可以让我们同时修改Debug和Release的部分;
OutputDirectory(输出目录,链接器)栏位填入:
$(SolutionDir)\Temp\Link\$(ProjectName)\$(ConfigurationName)
IntermediateDirectory(中间目录,编译器)栏位填入:
$(SolutionDir)\Temp\Compile\$(ProjectName)\$(ConfigurationName)
3.构建结束后拷贝执行文件到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”
在CommandLine中填入,All配置下:
copy$(TargetPath)$(SolutionDir)\Bin\$(ConfigurationName);
4.调试时运行“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”下面的执行文件,并以“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”为工作目录
Command栏位填入:
$(SolutionDir)\Bin\$(ConfigurationName)\$(TargetFileName)
WorkingDirectory栏位填入:
$(SolutionDir)\Bin\$(ConfigurationName)\
这样就大功告成了,现在你就可以编译该执行程序并进行调试。