Linux cmake 初窥【3】

2024-05-09 16:04
文章标签 linux cmake

本文主要是介绍Linux cmake 初窥【3】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1.开发背景

        基于上一篇的基础上,已经实现了多个源文件路径调用,但是没有库的实现

2.开发需求

        基于 cmake 的动态库和静态库的调用

3.开发环境

        ubuntu 20.04 + cmake-3.23.1

4.实现步骤

4.1 准备源码文件

基于上个试验的基础上,增加了动态库 LibShare 和 静态库 LibStatic

首先还是解析顶层的 CMakeLists.txt,指定了链接库文件

# Top 顶层 Cmake
cmake_minimum_required(VERSION 2.8.11)# 添加子路径 cmake 执行调用对应子路径的 cmake
add_subdirectory(./src)
add_subdirectory(./src/func1)
add_subdirectory(./src/func2)
#add_subdirectory(./LibShare)
#add_subdirectory(./LibStatic)# 编译过程打印信息
message("top cmake show message")               # 打印信息
#message(SEND_ERROR "Error Show")       # 打印错误信息 可以显示当前位置行数# 定义工程名 暂时未见起作用
project(ProjectTop)# 指定编译工具 X86 还是 ARM
#SET(CMAKE_CXX_COMPILER    arm-linux-gnueabihf-g++)
set(CMAKE_CXX_COMPILER    g++)# 指定生成的可执行文件名
set(EXE_FILE_NAME               mainFile)# 添加 include 包含路径 否则在源代码中引用头文件需要指定完整路径
include_directories(${PROJECT_SOURCE_DIR})
include_directories(${PROJECT_SOURCE_DIR}/src)
include_directories(${PROJECT_SOURCE_DIR}/src/func1)
include_directories(${PROJECT_SOURCE_DIR}/src/func2)# 添加 include 包含路径 否则库文件中引用头文件需要指定完整路径
include_directories(${PROJECT_SOURCE_DIR}/LibStatic)
include_directories(${PROJECT_SOURCE_DIR}/LibShare)# 添加源代码路径
aux_source_directory(${PROJECT_SOURCE_DIR}              SRC_DIR)
aux_source_directory(${PROJECT_SOURCE_DIR}/src          SRC_DIR)
aux_source_directory(${PROJECT_SOURCE_DIR}/src/func1    SRC_DIR)
aux_source_directory(${PROJECT_SOURCE_DIR}/src/func2    SRC_DIR)# 添加库文件路径 可以是动态库或者静态库
link_directories(${PROJECT_SOURCE_DIR}/LibShare/build)
link_directories(${PROJECT_SOURCE_DIR}/LibStatic/build)# 添加执行文件 1、多次调用 可以生成多个可执行文件
add_executable(${EXE_FILE_NAME} ${SRC_DIR})
target_link_libraries(${EXE_FILE_NAME} -lShare)         # 动态库文件 libShare.so
target_link_libraries(${EXE_FILE_NAME} -lStatic)        # 静态库文件 libStatic.a

LibShare CMakeLists.txt,主要是负责管理动态库源文件

# LibShare Cmake
cmake_minimum_required(VERSION 2.8.11)# 编译过程打印信息
message("lib share cmake show message")         # 打印信息# 定义工程名 暂时未见起作用
project(ProjectLibShare)# 添加 include 包含路径 否则在源代码中引用头文件需要指定完整路径
include_directories(${PROJECT_SOURCE_DIR})add_library(Share SHARED LibShare.cpp)

LibStatic CMakeLists.txt,主要负责管理静态库源文件

# LibStatic Cmake
cmake_minimum_required(VERSION 2.8.11)# 编译过程打印信息
message("lib static cmake show message")                # 打印信息# 定义工程名 暂时未见起作用
project(ProjectLibStatic)# 添加 include 包含路径 否则在源代码中引用头文件需要指定完整路径
include_directories(${PROJECT_SOURCE_DIR})add_library(Static LibStatic.cpp)

最后介绍一下 main.cpp 文件

#include <stdio.h>#include "func1.h"
#include "func2.h"
#include "LibShare.h"
#include "LibStatic.h"int main(int argc, char* argv[])
{printf("%s hello cmake\r\n", __func__);/* 外调文件功能 */Func1_Test();Func2_Test();LibShare_Test();LibStatic_Test();return 0;
}

4.2 准备编译脚本

先编译动态库,再编译可执行文件

#!/bin/bashecho "compile file"if [ ! -d "./build/" ]; then# 没有文件夹 创建文件夹echo "no build direct"mkdir buildelse# 存在文件夹 删除文件夹内容echo "already build direct"rm ./build/* -rficd ./LibShare && rm -r ./build/* && cmake -B ./build
cd ./build && make -j4
cd ../../cd ./LibStatic && rm -r ./build/*  && cmake -B ./build
cd ./build && make -j4
cd ../../cmake -B ./build
cd ./build && make -j4

4.3 执行编译脚本

./compile.sh

4.4 运行程序

./mainFile

这篇关于Linux cmake 初窥【3】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/973848

相关文章

Linux服务器Tomcat中Catalina.log中定位错误信息方法

不知道做什么,就写点东西吧,分享上次在服务器tomcat日志中查找错误信息的过程!感谢导师提供的脚本,我只是搬运工,拿出来,一个是自己总结积累记录下来,一个是希望能够帮助到网络空间中的你! --阿飞 阅读本

Linux 内核工作队列之work_struct 学习总结

前言 编写Linux驱动的时候对于work_struct的使用还是很普遍的,很早之前就在阅读驱动源码的时候就看到了它的踪影,根据其命名大概知道了它的具体作用,但是仍然不知所以,同时,伴随出现的还有delayed_work以及workqueue_struct,抱着知其然并知其所以然的态度,在这里归纳总结一下work_struct,以及如何在驱动中使用,因为工作队列相对来说比较复杂,篇幅和能力有限,

Linux内核驱动学习(五)KThread学习总结

文章目录 简介例程运行结果参考 简介 使用内核线程需要包含头文件#include <linux/kthread.h>,下面整理了一下常用的api接口,如下表格所示; 函数功能struct task_struct * kthread_create(threadfn, data, namefmt, arg...)创建一个线程struct task_struct * kthread

探索Linux内核:Kconfig / kbuild的秘密

探索Linux内核:Kconfig / kbuild的秘密 文章目录 探索Linux内核:Kconfig / kbuild的秘密深入了解Linux配置/构建系统的工作原理Kconfigkbuild的了解vmlinux与bzImage依赖性跟踪 展望未来 深入了解Linux配置/构建系统的工作原理 自从Linux内核代码迁移到Git以来,Linux内核配置/构建系统(也称为Kc

Linux内核驱动学习(四)Platform设备驱动模型

Linux platform设备驱动模型 文章目录 Linux platform设备驱动模型前言框架设备与驱动的分离设备(device)驱动(driver)匹配(match) 参考 前言 为什么要往平台设备驱动迁移?这里需要引入设备,总线,驱动这三个概念。上一篇字符型设备驱动的实现实际将设备和驱动集成到同一个文件中实现,如果这里有硬件A的驱动,硬件B的驱动,硬件C的驱动,然后

Linux内核驱动学习(三)字符型设备驱动之初体验

Linux字符型设备驱动之初体验 文章目录 Linux字符型设备驱动之初体验前言框架字符型设备程序实现cdevkobjownerfile_operationsdev_t 设备注册过程申请设备号注册设备register_device 如何构建模块编译内核编译MakefileKconfig 总结参考 前言 驱动总共分为字符型设备驱动,块设备驱动,网络设备驱动。对于字符型设备驱

Linux内核驱动学习(二)添加自定义菜单到内核源码menuconfig

文章目录 目标drivers/Kconfigdemo下的Kconfig 和 MakefileKconfigMakefiledemo_gpio.c 目标 Kernel:Linux 4.4 我编写一个简单的hello worldLinux 内核模块后,已经可以通过insmod动态加载到系统内核中,并通过rmmod卸载模块。但是出于学习的目的,我想把这个内核添加到Linux源码中

不懂Linux Device Tree,被新人嘲笑之后,含泪写完

1 前言 关于设备树,之前就已经接触过很久了,但是本着够用的原则,基本上都是看着文档CRUD,处于一种不求甚解的状态,没有进行全面性的总结,导致很多知识点都是比较碎片状,没有形成一个系统的知识网络,最近公司来了一个实习生,问了个关于设备树的问题,居然没答上来,此处省略一千字,; 于是,为了尊严,工作多年的老咸鱼决定挪用一部分打篮球的时间,整理一下这方面的知识; 2 概念 2.1 什么是设备树 d

Linux内核中container_of的原理及其使用详解

文章目录 前言宏定义如何使用简单分析typeofoffsetof 写在最后 前言 在进行内核驱动开发的时候,经常可以看到container_of的身影,其作用就是获取包含某个成员的结构体变量地址,函数原型如下所示; #define container_of(ptr, type, member) ({ \const typeof( (

Linux脚本重定向

Shell中可能经常能看到:>/dev/null  2>&1  eg:sudo kill -9 `ps -elf |grep -v grep|grep $1|awk '{print $4}'` 1>/dev/null 2>/dev/null 命令的结果可以通过%>的形式来定义输出 /dev/null 代表空设备文件 > 代表重定向到哪里,例如:echo "123" > /home/1