clion 中cmake.txt

原文请见 cmake使用总结(转)—工程主目录CMakeList文件编写

在 Linux 下进行开发很多人选择编写 makefile 文件进行项目环境搭建,而makefile 文件依赖关系复杂,工作量很大。采用自动化的项目构建工具 CMake 可以将程序员从复杂的 makefile 文件中解脱出来。CMake

  • 根据内置的规则和语法来自动生成相关的 makefile 文件进行编译,
  • 同时还支持静态库和动态库的构建

具体cmake的介绍和详细语法还是参考官方文档(http://www.cmake.org/)。

使用 cmake 很简单,只需要执行 cmake, make 两个命令即可,考虑如下的项目结构。

假设当前的项目代码在 src 目录。 src 下有如下子目录(subdirectory):

  • server —– 存放项目的主功能类文件
  • utility —– 存放项目要用到相关库文件,便已成为库文件存放到子目录lib 中
  • lib —– 存放utility 生成的库
  • bin —– 存放association 生成的二进制文件
  • build —– 编译目录,存放编译生成的中间文件

cmake 要求工程主目录和所有存放源代码子目录下都要编写CMakeLists.txt 文件,注意大小写.

  • (1)src/CMakeLists.txt 文件如下:

    CMAKE_MINIMUM_REQUIRED(VERSION 2.8)       # CMake 最低版本要求,低于2.6 构建过程会被终止。 
    
    PROJECT(server_project)                                             #定义工程名称
    
    MESSAGE(STATUS "Project: SERVER")               # 打印相关消息消息 
    MESSAGE(STATUS "Project Directory: ${PROJECT_SOURCE_DIR}")
    
    SET(CMAKE_BUILE_TYPE DEBUG)                      # 指定编译类型,debug 或者为 release
                                                     # debug 版会生成相关调试信息,可以使用 GDB 进行 
                                                     # release不会生成调试信息。当无法进行调试时查看此处是否设置为 debug.
    
    
    SET(CMAKE_C_FLAGS_DEBUG "-g -Wall")          # 指定编译器 
                                                 # CMAKE_C_FLAGS_DEBUG            ----  C 编译器
                                                 # CMAKE_CXX_FLAGS_DEBUG        ----  C++ 编译器
                                                 # -g:只是编译器,在编译的时候,产生调试信息。
                                                 # -Wall:生成所有警告信息。一下是具体的选项,可以单独使用
    
    ADD_SUBDIRECTORY(utility)                    # 添加子目录 
    ADD_SUBDIRECTORY(server)
         
         
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
  • (2)子目录 Utility 下的 CMakeLists.txt 文件如下

    SET(SOURCE_FILES ConfigParser.cpp StrUtility.cpp) # 设置变量,表示所有的源文件
    
    INCLUDE_DIRECTORIES(/usr/local/include ${PROJET_SOURCE_DIR}/utility)
                                                       # 相关头文件的目录
    
    LINK_DIRECTORIES(/usr/local/lib)
                                                     # 相关库文件的目录
    
    ADD_LIBRARY(association ${SOURCE_FILES})         # 生成静态链接库libassociation.a
    
    TARGET_LINK_LIBRARY(association core)            # 依赖的库文件
    
    SET_TARGET_PROPERTIES(utility  PROPERTIES    # 表示生成的执行文件所在路径
    RUNTIME_OUTPUT_DIRECTORY> "${PROJECT_SOURCE_DIR}/lib")
         
         
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
        <link rel="stylesheet" href="https://csdnimg.cn/release/phoenix/template/css/markdown_views-ea0013b516.css">
            </div>
  • 0
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
您好,C知道在这里! 关于您的问题,CLion是一个集成的开发环境(IDE),它使用CMake作为构建工具。.elf文件是一种可执行文件格式,通常由编译器生成。 在CLionCMake负责生成构建脚本,并将源代码编译为可执行文件。但是,CMake默认情况下不会识别.elf文件,因为.elf文件通常是编译器的输出结果,而不是CMake的输入。 如果您要在CLion使用.elf文件,可能需要进行一些额外的配置。以下是一些可能的解决方法: 1. 在CMakeLists.txt添加自定义目标: 您可以在CMakeLists.txt文件添加一个自定义目标,将.elf文件作为构建过程的一部分生成。例如,在CMakeLists.txt文件添加以下内容: ``` add_custom_target(my_target ALL COMMAND ${CMAKE_OBJCOPY} -O ihex my_program.elf my_program.hex) ``` 这将使用CMake提供的`add_custom_target`命令创建一个名为`my_target`的自定义目标。`COMMAND`后面的命令`${CMAKE_OBJCOPY} -O ihex my_program.elf my_program.hex`将生成.elf文件的.hex版本。 2. 使用外部构建系统: 如果您希望完全控制构建过程,可以将CLion配置为使用外部构建系统而不是CMake。您可以在CLion的设置找到此选项。使用外部构建系统可能需要一些额外的配置和脚本编写,但可以灵活地处理.elf文件。 请注意,以上解决方法仅供参考,具体取决于您的项目和要求。如果您能提供更多的上下文或问题描述,我可以提供更具体的帮助。希望这些信息能对您有所帮助!如果您有任何其他问题,请随时问我。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值