《《97gangan》影戏完整版在线寓目-飘雪影视》剧情简介：2024-09-27 15:17·逐日经济新闻见到方源没有理睬自己原本信心十足的武辽楞了好一下《97gangan》影戏完整版在线寓目-飘雪影视于是她便道：可能性是有的但首先你得遇到你想爱的人呐这种人可不是爹娘也不是你身边的那些女伴儿uw但陈家林总是会慰藉她她也再次坚定了自己的选择无论是谁来劝说两人都没有被说动过
《《97gangan》影戏完整版在线寓目-飘雪影视》视频说明：方寒那里尚有推测不到太一门学生心思的原理他的精明石头之中都要挤出油水来照片中姑妈瘦小的身躯挽着我的手臂脸上是掩不住的自满我忠实地向她致歉：晓萱上次的事情我真的很是歉仄我太不尊重你了希望你能原谅我 我看着她的眼睛希望能从她的心情中看到一丝原谅的迹象
CMake构建Makefile深度剖析：从底层原理到重大项目2023-06-10 21:24·linux手艺栈一、CMake构建后的项目结构剖析（Analysis of the Project Structure After CMake Build）1.1 CMake构建后的目录结构（Directory Structure After CMake Build）CMake构建完成后会在项目的根目录下天生一个名为build的目录这个目录是CMake构建历程中所有中心文件和最终天生的目的文件的存放地下面我们将详细剖析这个目录的结构首先我们来看一下build目录的一级子目录：CMakeFiles：这个目录中存放的是CMake在构建历程中天生的暂时文件包括编译器检查的效果、Find�？椋‵ind Modules）查找的效果等这些文件主要用于CMake自身的需求一样平常情形下我们不需要关注这个目录的内容Testing：若是你的项目中包括了CTest测试那么这个目录将会被天生它包括了所有CTest测试的效果bin：这个目录中包括了所有的可执行文件（Executable Files）若是你的CMake项目中包括了多个可执行文件那么它们都会被放在这个目录中lib：这个目录中包括了所有的库文件（Library Files）无论是静态库（Static Libraries）照旧动态库（Dynamic Libraries）都会被放在这个目录中接下来我们再深入到CMakeFiles目录中看一下它的二级子目录：project.dir：这个目录中包括了项目构建历程中的暂时文件如.o文件和.d文件这些文件是编译器在编译源代码时天生的CMakeOutput.log：这个文件纪录了CMake在设置历程中的输出信息包括编译器检查的效果、Find�？椴檎业男Ч�CMakeError.log：这个文件纪录了CMake在设置历程中遇到的过失信息以上就是CMake构建后的目录结构的基本情形在现实的项目中可能会凭证项目的详细需求天生更多的子目录和文件可是这些基本的目录和文件是你在任何一个使用CMake构建的项目中都能看到的1.2 构建天生的文件类型及其作用（Types of Files Generated by the Build and Their Functions）CMake构建历程中会天生多种类型的文件每种文件都有其特定的作用下面我们将详细剖析这些文件的类型和作用CMakeFiles目录：这个目录中存放的是CMake在构建历程中天生的暂时文件包括编译器检查的效果、Find�？椋‵ind Modules）查找的效果等这些文件主要用于CMake自身的需求一样平常情形下我们不需要关注这个目录的内容project.dir目录：这个目录中包括了项目构建历程中的暂时文件如.o文件和.d文件这些文件是编译器在编译源代码时天生的CMakeOutput.log文件：这个文件纪录了CMake在设置历程中的输出信息包括编译器检查的效果、Find�？椴檎业男Ч�CMakeError.log文件：这个文件纪录了CMake在设置历程中遇到的过失信息Testing目录：若是你的项目中包括了CTest测试那么这个目录将会被天生它包括了所有CTest测试的效果bin目录：这个目录中包括了所有的可执行文件（Executable Files）若是你的CMake项目中包括了多个可执行文件那么它们都会被放在这个目录中lib目录：这个目录中包括了所有的库文件（Library Files）无论是静态库（Static Libraries）照旧动态库（Dynamic Libraries）都会被放在这个目录中以上就是CMake构建历程中天生的主要文件类型及其作用明确这些文件的作用可以资助我们更好地明确CMake的构建历程1.3 CMakeLists.txt与天生的Makefile的关系（The Relationship Between CMakeLists.txt and the Generated Makefile）在CMake构建系统中CMakeLists.txt文件和天生的Makefile文件之间保存着亲近的关系下面我们将详细剖析这种关系CMakeLists.txt是CMake构建系统的焦点文件它界说了项目的构建规则和依赖关系在执行CMake下令时CMake会读取CMakeLists.txt文件剖析其中的构建规则和依赖关系然后天生响应的Makefile文件Makefile文件是由CMake凭证CMakeLists.txt文件天生的它是Make构建工具可以直接读取的构建剧本Makefile文件中包括了详细的编译下令和链接下令以及源文件和目的文件之间的依赖关系在一个CMake项目中通� ；嵊卸喔鯟MakeLists.txt文件每个目录下都可以有一个CMakeLists.txt文件这些CMakeLists.txt文件中界说的构建规则和依赖关系会被CMake合并到一起天生一个或多个Makefile文件若是一个CMake项目中只有一个CMakeLists.txt文件那么CMake会天生一个Makefile文件若是一个CMake项目中有多个CMakeLists.txt文件那么CMake会在每个CMakeLists.txt文件所在的目录下天生一个Makefile文件这些Makefile文件中顶层目录下的Makefile文件是主Makefile文件它会挪用其他目录下的Makefile文件总的来说CMakeLists.txt文件和天生的Makefile文件之间的关系是：CMakeLists.txt文件界说了项目的构建规则和依赖关系CMake凭证CMakeLists.txt文件天生Makefile文件然后Make凭证Makefile文件执行详细的构建使命相关视频推荐从程序编译到掌握 cmake 项目构建工具2023就业行情一片阴晦怎样拿到自己理想的offer2023年最新手艺图谱c++后端的8个手艺维度助力你快速成为大牛需要C/C++ Linux服务器架构师学习资料加qun812855908获�。ㄗ柿习–/C++Linuxgolang手艺NginxZeroMQMySQLRedisfastdfsMongoDBZK流媒体CDNP2PK8SDockerTCP/IP协程DPDKffmpeg等）免费分享二、深入明确CMake天生的Makefile2.1 Makefile的基本结构和原理Makefile是GNU make工具的设置文件它界说了一组规则来指定哪些文件需要被更新以及怎样更新这些文件在C++项目中Makefile通常用于编译源代码并天生可执行文件Makefile的基本结构包括三个部分：目的（Target）、依赖（Dependencies）和下令（Commands）目的（Target）：这是需要天生的文件名它可以是一个工具文件（Object File）也可以是一个可执行文件（Executable File）依赖（Dependencies）：这些是目的文件需要的源文件若是任何一个依赖文件比目的文件更新那么目的文件就需要被重新天生下令（Commands）：这些是天生目的文件所需要执行的shell下令这些下令必需以Tab字符最先下面是一个简朴的Makefile示例：target: dependencies commands在CMake中CMakeLists.txt文件中的指令会被转换为Makefile中的目的、依赖和下令例如add_executable指令会天生一个目的target_link_libraries指令会天生依赖而现实的编译和链接下令则由CMake自动天生明确Makefile的基本结构和原理关于深入明确CMake天生的Makefile有着主要的作用在下一节中我们将进一步探讨多个CMakeLists.txt天生的Makefile的剖析2.2 多个CMakeLists.txt天生的Makefile剖析在大型的C++项目中通� ；嵊卸喔鯟MakeLists.txt文件每个目录下都有一个这种结构有助于坚持项目的�？榛�使得每个部分可以自力地被构建和测试当运行CMake下令时它会首先查找根目录下的CMakeLists.txt文件然后递归地处置惩罚每个子目录中的CMakeLists.txt文件每个CMakeLists.txt文件都会天生一个对应的Makefile在这个历程中CMake会处置惩罚CMakeLists.txt文件中的指令如add_executable、add_library、target_link_libraries等并将这些指令转换为Makefile中的目的、依赖和下令例如若是我们有如下的目录结构：project/├── CMakeLists.txt├── main.cpp└── module/ ├── CMakeLists.txt └── module.cpp在根目录的CMakeLists.txt文件中我们可能会有如下的指令：add_executable(main main.cpp)add_subdirectory(module)target_link_libraries(main module)在module目录的CMakeLists.txt文件中我们可能会有如下的指令：add_library(module module.cpp)在这个例子中CMake会天生两个Makefile一个在project目录一个在project/module目录在project目录的Makefile中会有一个名为main的目的它依赖于main.cpp和module目录的Makefile中天生的库在project/module目录的Makefile中会有一个名为module的目的它依赖于module.cpp通过这种方法CMake使得每个子目录可以自力地被构建同时也包管了整个项目的构建顺序2.3 CMake与Makefile的对应关系CMake是一个跨平台的构建系统它的主要使命是凭证用户的需求天生适当的Makefile文件CMake通过读取CMakeLists.txt文件来相识用户的需求然后天生对应的Makefile文件在CMake与Makefile之间保存一种明确的对应关系CMakeLists.txt文件中的每一条指令都会在天生的Makefile文件中有一个对应的体现下面我们来看一些常见的CMake指令以及它们在Makefile中的对应关系：add_executable：这个CMake指令用于界说一个可执行文件的目的在天生的Makefile中这个目的会被界说为一个规则规则的目的是可执行文件依赖项是源文件下令是编译下令add_library：这个CMake指令用于界说一个库文件的目的在天生的Makefile中这个目的也会被界说为一个规则规则的目的是库文件依赖项是源文件下令是编译下令target_link_libraries：这个CMake指令用于界说目的的链接库在天生的Makefile中这个指令会影响到链接下令链接下令会包括对应的库文件add_subdirectory：这个CMake指令用于添加子目录在天生的Makefile中这个指令会导致天生一个新的Makefile文件在对应的子目录中通过明确CMake与Makefile的对应关系我们可以更好地明确CMake的事情原理以及怎样编写有用的CMakeLists.txt文件在下一章节中我们将进一步探讨CMake构建历程的底层原理三、CMake构建历程的底层原理（Underlying Principles of the CMake Build Process）3.1 CMake构建历程的基本流程（Basic Flow of the CMake Build Process）CMake的构建历程可以分为三个主要办法：设置（Configuration）、天生（Generation）和构建（Build）下面我们将详细剖析每个办法1、设置（Configuration）设置阶段是CMake剖析CMakeLists.txt文件的历程在这个阶段CMake会读取CMakeLists.txt文件并执行其中的下令这些下令主要用于检查系统情形（例如编译器、库等）设置构建选项以及界说构建目的（例如库、可执行文件等）CMakeLists.txt文件是CMake的焦点它界说了项目的构建规则和依赖关系每个目录（包括子目录）中都可以有一个CMakeLists.txt文件在设置阶段CMake会从顶层目录的CMakeLists.txt文件最先递归地处置惩罚每个子目录中的CMakeLists.txt文件2、天生（Generation）天生阶段是CMake凭证设置阶段的效果天生现实的构建文件的历程这些构建文件通常是Makefile文件但也可以是其他类型的构建文件例如Ninja构建文件或者Visual Studio项目文件这取决于你选择的构建工具在天生阶段CMake会将CMakeLists.txt文件中界说的构建规则和依赖关系转换为构建工具可以明确的形式例如若是你选择的构建工具是MakeCMake会天生Makefile文件每个目录（包括子目录）中都会天生一个Makefile文件3、构建（Build）构建阶段是使用构建工具（例如Make、Ninja或Visual Studio）凭证天生的构建文件编译源代码并链接天生目的文件的历程在构建阶段构建工具会读取天生的构建文件凭证其中界说的规则和依赖关系执行现实的编译和链接操作构建工具会自动处置惩罚依赖关系确保在编译和链接一个目的文件之前其所有依赖的目的文件都已经被准确地编译和链接以上就是CMake构建历程的基本流程在明确了这个流程之后我们就可以更深入地探讨CMake怎样天生Makefile以及CMake构建历程中的要害办法了3.2 CMake怎样天生Makefile（How CMake Generates Makefile）CMake天生Makefile的历程是在其天生阶段完成的这个历程主要涉及到CMake的焦点组件——天生器（Generator）下面我们将详细剖析这个历程1、选择天生器（Selecting a Generator）在CMake的天生阶段最先时首先需要选择一个天生器天生器是CMake的一个焦点组件它认真将CMakeLists.txt文件中的构建规则和依赖关系转换为特定构建工具可以明确的形式CMake支持多种天生器可以天生Makefile文件也可以天生Ninja构建文件或者Visual Studio项目文件等选择天生器的方法通常是在运行CMake下令时通过-G选项指定例如若是你想天生Unix气概的Makefile文件可以使用"Unix Makefiles"天生器下令如下：cmake -G "Unix Makefiles"若是没有指定天生器CMake会选择一个默认的天生器这个默认的天生器通常是凭证你的系统情形自动选择的2、天生Makefile选择好天生器之后CMake就会最先天生Makefile文件在这个历程中CMake会遍历项目中的每个目录（包括子目录）对每个目录中的CMakeLists.txt文件举行处置惩罚关于每个CMakeLists.txt文件CMake会剖析其中的下令凭证这些下令界说的构建规则和依赖关系天生对应的Makefile文件每个CMakeLists.txt文件都会天生一个Makefile文件这个Makefile文件中包括了编译和链接该目录中的目的文件所需要的规则和下令在天生Makefile文件时CMake会自动处置惩罚目的文件之间的依赖关系若是一个目的文件依赖于其他目的文件CMake会在天生的Makefile文件中为这个目的文件添加响应的依赖规则以上就是CMake怎样天生Makefile的历程明确了这个历程我们就可以更好地明确CMake构建历程中的要害办法以及CMake与Makefile之间的关系了3.3 CMake构建历程中的要害办法（Key Steps in the CMake Build Process）CMake构建历程中的要害办法主要包括以下几个方面：1、剖析CMakeLists.txt文件（Parsing CMakeLists.txt Files）这是CMake构建历程的第一步也是最要害的一步CMakeLists.txt文件是CMake的焦点它界说了项目的构建规则和依赖关系CMake需要剖析这个文件以获取构建项目所需的所有信息2、检查系统情形（Checking System Environment）在CMakeLists.txt文件中通� ；岚ㄒ恍┘觳橄低城樾蔚南铝�例如检查编译器、库等这些下令在CMake构建历程中会被执行以确保系统情形知足项目的构建需求3、天生构建文件（Generating Build Files）CMake的主要使命是天生构建文件这些构建文件通常是Makefile文件但也可以是其他类型的构建文件例如Ninja构建文件或者Visual Studio项目文件这取决于你选择的构建工具天生构建文件的历程是CMake构建历程中的一个要害办法4、执行构建下令（Executing Build Commands）在天生了构建文件之后就可以最先执行构建下令了这些构建下令通常是由构建工具（例如Make、Ninja或Visual Studio）执行的构建工具会凭证构建文件中界说的规则和下令编译源代码并链接天生目的文件以上就是CMake构建历程中的要害办法明确了这些办法我们就可以更好地明确CMake的事情原理以及怎样使用CMake举行项目构建了四、CMake在重大项目中的应用（Application of CMake in Complex Projects）4.1 重大项目中的CMake构建战略（CMake Build Strategy in Complex Projects）在重大的项目中CMake的构建战略需要越发细腻和周全我们需要思量到项目的�？榛�依赖关系以及可能保存的平台差别以下是一些在重大项目中使用CMake的战略和建议4.1.1 �？榛腃MakeLists.txt（Modularized CMakeLists.txt）在大型项目中我们通� ；峥吹较钅勘换治喔瞿？榛蜃酉钅�每个�？槎加凶约旱脑创牒鸵览�这种情形下我们可以为每个�？榻ㄉ枰桓鯟MakeLists.txt文件这样可以使构建历程越发清晰也利便我们管理每个�？榈墓菇ü嬖�例如我们可以在每个�？榈哪柯枷陆ㄉ枰桓鯟MakeLists.txt文件然后在项目的顶级目录下的CMakeLists.txt文件中使用add_subdirectory()下令来添加这些�？�4.1.2 管理依赖关系（Managing Dependencies）在重大的项目中差别的�？榭赡芑嵊兄种忠览倒叵�CMake提供了一些下令来资助我们管理这些依赖关系例如target_link_libraries()下令可以用来指定一个目的需要链接的库在处置惩罚依赖关系时我们需要注重的一个主要原则是：只管让依赖关系明确和直观这意味着若是一个�？锳依赖于�？锽那么在�？锳的CMakeLists.txt文件中我们应该明确地指出这个依赖关系4.1.3 处置惩罚平台差别（Handling Platform Differences）在跨平台的项目中我们可能需要处置惩罚差别平台的差别CMake提供了一些变量和下令来资助我们处置惩罚这些差别例如CMAKE_SYSTEM_NAME变量可以用来检测目今的操作系统if()下令可以用来凭证差别的条件执行差别的下令在处置惩罚平台差别时我们应该只管阻止硬编码特定平台的信息相反我们应该尽可能地使用CMake提供的变量和下令这样可以使我们的CMakeLists.txt文件越发通用和可维护以上就是在重大项目中使用CMake的一些战略和建议在现实应用中我们还需要凭证项目的详细情形和需求来调解和优化我们的CMake构建战略4.1.4 使用现代CMake下令（Using Modern CMake Commands）现代的CMake版本提供了一些新的下令和特征这些下令和特征可以使我们的CMakeLists.txt文件越发精练和易于明确例如target_include_directories()下令可以用来指定一个目的的头文件搜索路径这比使用旧的include_directories()下令越发无邪和直观在使用现代CMake下令时我们需要注重的一个主要原则是：只管使用目的属性（target properties）而不是全局变量（global variables）这是由于目的属性可以使我们的CMakeLists.txt文件越发�？榛�也更容易明确和维护4.1.5 使用CMake的剧本功效（Leveraging CMake’s Scripting Capabilities）CMake不但是一个构建工具它也是一种剧本语言我们可以使用CMake的剧本功效来实现一些重大的构建逻辑例如我们可以使用if()、foreach()等下令来编写循环和条件语句在使用CMake的剧本功效时我们需要注重的一个主要原则是：只管阻止太过重大的剧本逻辑太过重大的剧本逻辑可能会使我们的CMakeLists.txt文件难以明确和维护相反我们应该尽可能地使用CMake提供的下令和特征这样可以使我们的CMakeLists.txt文件越发精练和易于明确以上就是在重大项目中使用CMake的一些战略和建议在现实应用中我们还需要凭证项目的详细情形和需求来调解和优化我们的CMake构建战略4.2 多个CMakeLists.txt在重大项目中的管理（Management of Multiple CMakeLists.txt in Complex Projects）在大型的重大项目中我们通� ；嵊卸喔鯟MakeLists.txt文件每个子目录下都可能有一个这些CMakeLists.txt文件配合界说了整个项目的构建规则管理这些CMakeLists.txt文件是一个主要的使命以下是一些战略和建议4.2.1 �？榛芾恚∕odular Management）每个CMakeLists.txt文件应该只认真管理其所在目录下的源代码和依赖这样可以使每个CMakeLists.txt文件的内容坚持精练也利便我们明确和维护每个�？榈墓菇ü嬖�4.2.2 统一的构建规则（Unified Build Rules）只管每个CMakeLists.txt文件都有其自己的构建规则但我们应该只管使这些构建规则坚持一致这样可以使我们的构建历程越发可展望也利便我们管理和维护我们的构建规则4.2.3 使用CMake的包管理功效（Leveraging CMake’s Package Management Features）CMake提供了一些下令和特征来资助我们管理项目的依赖例如find_package()下令可以用来查找和加载外部库我们应该只管使用这些下令和特征这样可以使我们的CMakeLists.txt文件越发精练也可以阻止一些常见的依赖问题4.2.4 阻止硬编码路径（Avoid Hard-Coded Paths）在CMakeLists.txt文件中我们应该只管阻止硬编码路径硬编码的路径可能会使我们的构建历程依赖于特定的目录结构这会降低我们的构建规则的可移植性相反我们应该尽可能地使用CMake提供的变量和下令来指定路径这样可以使我们的CMakeLists.txt文件越发通用和可维护以上就是在重大项目中管理多个CMakeLists.txt文件的一些战略和建议在现实应用中我们还需要凭证项目的详细情形和需求来调解和优化我们的管理战略4.3 CMake在大型项目中的最佳实践（Best Practices of CMake in Large Projects）在大型项目中使用CMake我们需要遵照一些最佳实践以确保构建历程的高效、稳固和可维护以下是一些在大型项目中使用CMake的最佳实践4.3.1 使用最新版本的CMake（Use the Latest Version of CMake）尽可能使用最新版本的CMake新版本的CMake通� ；岚ㄒ恍┬碌奶卣骱退⑿�这些特征和刷新可能会使我们的构建历程越发高效和稳固别的新版本的CMake也可能会修复一些旧版本中的问题和缺陷4.3.2 阻止在CMakeLists.txt文件中修改编译器标记（Avoid Modifying Compiler Flags in CMakeLists.txt Files）在CMakeLists.txt文件中直接修改编译器标记可能会导致一些问题例如这可能会笼罩用户在下令行中指定的编译器标记或者导致在差别平台上的构建行为纷歧致相反我们应该使用CMake提供的下令和特征来管理编译器标记例如target_compile_options()下令4.3.3 使用CMake的测试功效（Use CMake’s Testing Features）CMake提供了一些下令和特征来资助我们管理和运行测试例如enable_testing()下令和add_test()下令我们应该只管使用这些下令和特征这样可以使我们的测试历程越发自动化和可控4.3.4 使用CMake的装置功效（Use CMake’s Installation Features）CMake提供了一些下令和特征来资助我们管理项目的装置历程例如install()下令我们应该只管使用这些下令和特征这样可以使我们的装置历程越发自动化和可控以上就是在大型项目中使用CMake的一些最佳实践在现实应用中我们还需要凭证项目的详细情形和需求来调解和优化我们的构建历程五、CMake天生的Makefile详解5.1 CMake怎样翻译天生Makefile在深入明确CMake怎样翻译天生Makefile之前我们首先来看一下CMake与Makefile的关系如下图所示CMake通过剖析CMakeLists.txt文件天生对应的Makefile然后执行Makefile举行编译链接最后天生可执行文件CMake的主要事情就是剖析CMakeLists.txt文件并将其翻译成MakefileCMakeLists.txt文件是CMake的焦点它界说了项目的构建规则包括项目的目录结构、需要编译的源文件、依赖关系、编译参数等信息CMake通过读取CMakeLists.txt文件明确这些构建规则然后天生对应的Makefile在天生Makefile的历程中CMake会举行一系列的翻译操作这些操作主要包括：剖析CMakeLists.txt文件：CMake首先会读取CMakeLists.txt文件剖析其中的下令和参数明确项目的构建规则天生Makefile：凭证剖析获得的构建规则CMake会天生对应的Makefile这个Makefile包括了所有的编译链接下令以及源文件和目的文件之间的依赖关系处置惩罚依赖关系：在天生Makefile的历程中CMake会处置惩罚源文件之间的依赖关系若是一个源文件依赖于另一个源文件那么在Makefile中这个源文件的编译下令就会依赖于另一个源文件的编译下令设置编译参数：CMake还会设置Makefile中的编译参数包括编译器选项、链接器选项等这些参数会影响到编译链接的历程以上就是CMake怎样翻译天生Makefile的基本历程在后续的小节中我们将深入探讨Makefile的详细结构和原理以及怎样在CMake中使用外部Makefile等高级话题5.2 Makefile的详细剖析Makefile是由make工具执行的一种剧本文件它形貌了一组目的（target）以及构建这些目的所需的规则（rule）在CMake天生的Makefile中每一个目的通常对应一个或多个源文件而规则则形貌了怎样从这些源文件天生目的以下是一个简朴的Makefile示例：all: hellohello: main.o function.o g++ main.o function.o -o hellomain.o: main.cpp g++ -c main.cppfunction.o: function.cpp g++ -c function.cppclean: rm *.o hello在这个示例中all、hello、main.o、function.o和clean都是目的而每个目的后面的内容则是构建该目的的规则例如hello目的的规则是g++ main.o function.o -o hello这条规则告诉make工具怎样从main.o和function.o这两个源文件天生hello这个目的在CMake天生的Makefile中这些规则会越发重大由于它们需要处置惩罚项目中的依赖关系、编译参数等问题可是基本的结构和原理是相同的：每个目的都有一组规则这些规则形貌了怎样从源文件天生目的5.3 CMake怎样翻译天生Makefile虽然可以让我们更深入地探讨一些CMake下令和天生的Makefile之间的关系add_executable：这个下令在CMake中用于界说一个目的可执行文件例如add_executable(hello main.cpp)会界说一个名为hello的目的这个目的由main.cpp这个源文件天生在天生的Makefile中这个下令会被翻译成一个编译下令如$(CXX) $(CXXFLAGS) -o hello main.cpp这条下令告诉make工具使用C++编译器（( C X X ) ）和编译选项（ (CXX)）和编译选项（(CXX)）和编译选项（(CXXFLAGS)）来编译main.cpp并将输出文件命名为helloadd_library：这个下令在CMake中用于界说一个目的库文件例如add_library(mylib mylib.cpp)会界说一个名为mylib的目的这个目的由mylib.cpp这个源文件天生在天生的Makefile中这个下令会被翻译成一个库天生下令如$(AR) $(ARFLAGS) mylib mylib.cpp这条下令告诉make工具使用库天生器（( A R ) ）和库天生选项（ (AR)）和库天生选项（(AR)）和库天生选项（(ARFLAGS)）来天生mylib这个库target_link_libraries：这个下令在CMake中用于界说目的的链接库例如target_link_libraries(hello mylib)会告诉CMakehello这个目的需要链接mylib这个库在天生的Makefile中这个下令会被翻译成一个链接下令如$(CXX) $(LDFLAGS) -o hello main.cpp -lmylib这条下令告诉make工具在链接hello时需要链接mylib这个库以上就是CMake下令和天生的Makefile之间的一些基本关系在现实的项目中这些关系可能会更重大由于CMake和Makefile都是很是强盛的工具它们提供了许多高级功效来处置惩罚项目中的种种问题可是明确这些基本关系是明确CMake和Makefile的要害5.4 CMake天生的Makefile中的常见问题及解决计划在使用CMake天生Makefile的历程中可能会遇到一些常见的问题这些问题可能涉及到Makefile的天生、执行、以及依赖关系的处置惩罚等方面下面我们将详细先容这些问题以及响应的解决计划Makefile天生失败：这是一个较量常见的问题通常是由于CMakeLists.txt文件中的过失导致的解决这个问题的要领是检查CMakeLists.txt文件确保其中的下令和参数都是准确的Makefile执行过失：这个问题通常是由于Makefile中的下令过失导致的解决这个问题的要领是检查Makefile确保其中的编译链接下令都是准确的依赖关系处置惩罚过失：这个问题通常是由于CMake处置惩罚源文件之间的依赖关系时蜕化导致的解决这个问题的要领是检查CMakeLists.txt文件确保其中的依赖关系都是准确的以上就是在使用CMake天生Makefile时可能遇到的一些常见问题以及响应的解决计划在现实使用中可能还会遇到其他的问题这时间需要凭证详细的过失信息举行响应的排查息争决六、CMake与外部Makefile的交互（Interaction Between CMake and External Makefile）6.1 怎样在CMake中使用外部Makefile（How to Use External Makefile in CMake）在CMake中使用外部Makefile我们可以使用add_custom_command和add_custom_target这两个下令这两个下令可以用来执行一些自界说的构建规则好比运行一个剧本建设一个文件或者运行一个Makefile6.1.1 add_custom_commandadd_custom_command下令用于界说怎样天生一个文件这个下令有许多参数可是最常用的是OUTPUTCOMMAND和DEPENDSOUTPUT参数用于指定天生的文件COMMAND参数用于指定天生文件的下令可以是任何shell下令DEPENDS参数用于指定天生文件所依赖的文件例如我们可以使用以下下令来运行一个外部Makefile：add_custom_command( OUTPUT $CMAKE_CURRENT_BINARY_DIR/generated_file COMMAND make -C $CMAKE_CURRENT_SOURCE_DIR/external_project DEPENDS $CMAKE_CURRENT_SOURCE_DIR/external_project/Makefile)这个下令体现若是generated_file不保存或者external_project/Makefile有任何改动那么就会执行make -C external_project下令来天生generated_file6.1.2 add_custom_target然而add_custom_command只有在其输出文件被其他目的使用时才会被执行若是我们想要在每次构建时都执行某个下令那么我们需要使用add_custom_target下令add_custom_target下令用于界说一个自界说的目的这个目的不会天生任何文件也不会在构建时自动被执行我们需要手动执行这个目的或者将它添加为其他目的的依赖例如我们可以使用以下下令来界说一个运行外部Makefile的目的：add_custom_target( run_external_makefile COMMAND make -C $CMAKE_CURRENT_SOURCE_DIR/external_project)这个下令界说了一个名为run_external_makefile的目的我们可以使用make run_external_makefile下令来手动执行这个目的若是我们想要在每次构建时都执行这个目的那么我们可以将它添加为其他目的的依赖例如我们可以使用以下下令来将run_external_makefile添加为my_target的依赖：add_dependencies(my_target run_external_makefile)这样每次构建my_target时都会先执行run_external_makefile目的以上就是怎样在CMake中使用外部Makefile的基本要领在现实使用中我们可能需要凭证详细的需求来调解这些下令的参数6.1.3 add_custom_command的其他参数除了OUTPUTCOMMAND和DEPENDS参数外add_custom_command下令尚有一些其他的参数可以用来控制下令的行为WORKING_DIRECTORY参数用于指定命令的事情目录若是不指定这个参数那么下令的事情目录就是目今的构建目录COMMENT参数用于指定一个注释这个注释会在下令执行时显示在控制台上VERBATIM参数用于控制下令的参数是否需要转义若是设置为TRUE那么下令的参数就会被转义这样就可以清静地处置惩罚包括特殊字符的参数例如我们可以使用以下下令来运行一个外部Makefile并显示一个注释：add_custom_command( OUTPUT $CMAKE_CURRENT_BINARY_DIR/generated_file COMMAND make -C $CMAKE_CURRENT_SOURCE_DIR/external_project DEPENDS $CMAKE_CURRENT_SOURCE_DIR/external_project/Makefile WORKING_DIRECTORY $CMAKE_CURRENT_BINARY_DIR COMMENT "Running external Makefile" VERBATIM)这个下令体现若是generated_file不保存或者external_project/Makefile有任何改动那么就会在$CMAKE_CURRENT_BINARY_DIR目录下执行make -C external_project下令来天生generated_file并显示"Running external Makefile"的注释以上就是在CMake中使用外部Makefile的基本要领在现实使用中我们可能需要凭证详细的需求来调解这些下令的参数6.2 外部Makefile怎样影响CMake天生的Makefile（How External Makefile Affects Makefile Generated by CMake）在CMake中我们可以通过add_custom_command或add_custom_target下令来插入外部Makefile从而影响CMake天生的Makefile下面是这个历程的示意图：编辑添加图片注释不凌驾 140 字（可�。┰谡飧隼讨�CMake首先剖析CMakeLists.txt文件天生CMakeCache.txt文件然后CMake凭证CMakeCache.txt文件天生Makefile在天生Makefile的历程中CMake会执行add_custom_command或add_custom_target下令插入外部Makefile插入外部Makefile的主要目的是为了增添一些自界说的构建规则例如我们可能需要在构建历程中执行一些特殊的下令或者天生一些特殊的文件通过插入外部Makefile我们可以在CMake的构建历程中执行这些自界说的构建规则然而插入外部Makefile也可能会带来一些问题例如若是外部Makefile中的构建规则与CMake天生的构建规则冲突那么可能会导致构建失败因此在插入外部Makefile时我们需要确保外部Makefile中的构建规则与CMake天生的构建规则是兼容的在现实使用中我们可能需要凭证详细的需求来调解插入外部Makefile的方法例如我们可以通过修改add_custom_command或add_custom_target下令的参数来控制外部Makefile的插入位置或者控制外部Makefile的执行方法6.3 高级技巧：自由控制CMake生陋习则（Advanced Techniques: Freely Control CMake Generation Rules）CMake提供了一系列的下令可以用来自由控制生陋习则这些下令可以用来界说自界说的目的添加依赖关系设置编译选项等等下面我们将先容一些高级的技巧可以资助你更好地控制CMake的生陋习则6.3.1 自界说目的（Custom Targets）在CMake中我们可以使用add_custom_target下令来界说一个自界说的目的这个目的不会天生任何文件也不会在构建时自动被执行我们需要手动执行这个目的或者将它添加为其他目的的依赖例如我们可以使用以下下令来界说一个运行外部Makefile的目的：add_custom_target( run_external_makefile COMMAND make -C $CMAKE_CURRENT_SOURCE_DIR/external_project)这个下令界说了一个名为run_external_makefile的目的我们可以使用make run_external_makefile下令来手动执行这个目的6.3.2 添加依赖关系（Adding Dependencies）在CMake中我们可以使用add_dependencies下令来添加目的之间的依赖关系这个下令接受两个或更多的参数第一个参数是目的后面的参数是它所依赖的目的例如我们可以使用以下下令来将run_external_makefile添加为my_target的依赖：add_dependencies(my_target run_external_makefile)这样每次构建my_target时都会先执行run_external_makefile目的6.3.3 设置编译选项（Setting Compilation Options）在CMake中我们可以使用target_compile_options下令来设置目的的编译选项这个下令接受两个参数第一个参数是目的第二个参数是编译选项例如我们可以使用以下下令来为my_target设置编译选项：target_compile_options(my_target PRIVATE -Wall -Wextra)这个下令会为my_target添加-Wall和-Wextra这两个编译选项以上就是在CMake中自由控制生陋习则的一些高级技巧在现实使用中我们可能需要凭证详细的需求来调解这些下令的参数
方源叹了一口吻而泡泡玛特的首创人王宁也靠着这款玩偶年仅37岁市值就抵达了1500亿
2025-09-22 19:46:34
选集播放排序
相关推荐TUIJIAN
正在热映
