简单的makefile分析

已于 2024-02-05 15:43:22 修改
阅读量269 收藏 1
点赞数 3
文章标签： c++ c语言
于 2024-02-05 15:41:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fengli1995/article/details/136042767
版权

文件目录:在这里插入图片描述

MakeFile 文件

# 目录路径
DIR_Config   = ./lib/Config
DIR_EPD      = ./lib/LCD
DIR_FONTS    = ./lib/Fonts
DIR_GUI      = ./lib/GUI
DIR_Examples = ./examples
DIR_BIN      = ./bin

# wildcard 是Makefile中的一个函数，用于进行文件名模式匹配，返回符合指定模式的文件列表
# 这里的作用就是将${DIR_EPD}）、Config（${DIR_Config}）、GUI（${DIR_GUI}）、Examples（${DIR_Examples}）和Fonts（${DIR_FONTS}下的.c文件并文件位置一起生成一个文件列表，并把这个列表赋值给 OBJ_C
OBJ_C = $(wildcard ${DIR_EPD}/*.c ${DIR_Config}/*.c ${DIR_GUI}/*.c ${DIR_Examples}/*.c ${DIR_FONTS}/*.c)
#OBJ_C可以认为是一个字符串，它的内容我们可以打印到终端，里面的内容是：
"./lib/LCD/Pico_LCD_0in96.c ./lib/LCD/Pico_LCD_1in14.c ./lib/LCD/Pico_LCD_1in3.c ./lib/LCD/Pico_LCD_1in44.c ./lib/LCD/Pin.c ./lib/Config/DEV_Config.c ./lib/Config/dev_hardware_SPI.c ./lib/Config/sysfs_gpio.c ./lib/GUI/GUI_BMP.c ./lib/GUI/GUI_PaPico_LCD_0in96_test.c ./examples/Pico_LCD_1in14_test.c ./examples/Pico_LCD_1in3_test.c ./examples/Pico_LCD_1in44_test.c ./exaes/Pico_LCD_2in_test.c ./lib/Fonts/font12.c ./lib/Fonts/font12CN.c ./lib/Fonts/font16.c ./lib/Fonts/font20.c ./lib/Fonts/fontonts/font48.c ./lib/Fonts/font50.c ./lib/Fonts/font8.c
"

# patsubst 是Makefile中的一个函数，用于对一个字符串中的模式进行替换,这里的主要作用是将OBJ_C中的.c后缀改为.o,

# notdir: 函数，用于从文件路径中提取文件名部分,这里的作用是将OBJ_C中的文件的文件路径去掉
# 从源文件列表派生目标文件列表 (这里只是一个字符串变换的过程，不涉及实际的操作)
OBJ_O = $(patsubst %.c,${DIR_BIN}/%.o,$(notdir ${OBJ_C}))
#它的内容我们可以打印到终端，里面的内容是：
"./bin/Pico_LCD_0in96.o ./bin/Pico_LCD_1in14.o ./bin/Pico_LCD_1in3.o ./bin/Pico_LCD_1in44.o ./bin/Pico_LCD_1in8.o ./bin/Pico_LCD_2in.o ./bin/DEV_Config.o ./bin/dev_hardware_SPI.o ./bin/sysfs_gpio.o ./bin/GUI_BMP.o ./bin/GUI_Paint.o ./bin/main.o ./bin/Pico_LCD_0in96_test.o ./bin/Pico_LCD_1in14_test.o ./bin/Pico_LCD_1in3_test.o ./bin/Pico_LCD_1in44_test.o ./bin/Pico_LCD_1in8_test.o ./bin/Pico_LCD_2in_test.o ./bin/font12.o ./bin/font12CN.o ./bin/font16.o ./bin/font20.o ./bin/font24.o ./bin/font24CN.o ./bin/font48.o ./bin/font50.o ./bin/font8.o
"   
#OBJ_O 内容我们在最后的所有.o文件生成可执行文件的时候需要，这样操作简化了我们的编译，并且可以对文件夹里面的文件删除或者添加而不用改变MakeFile


# 最终目标文件名
TARGET = main

# 控制条件编译的宏，这个大概作用是通过USB调试，我也没有深究,要实现这个功能就要链接库依赖
USELIB = USE_DEV_LIB
# 根据宏设置调试标志
DEBUG = -D $(USELIB)


# 根据宏设置链接的库
ifeq ($(USELIB), USE_DEV_LIB)
    LIB = -lpthread -lm         #链接库
endif

# 自己的编译器的路径
CC = /home/haha/luckfox-pico/tools/linux/toolchain/arm-rockchip830-linux-uclibcgnueabihf/bin/arm-rockchip830-linux-uclibcgnueabihf-gcc


# 编译器选项
MSG = -g -O0 -Wall
#-g: 生成调试信息，以便在调试时能够进行源码级别的调试。
#-O0: 禁用优化，以确保生成的代码更容易理解和调试。这会禁用编译器的优化。
#-Wall: 启用额外的警告，可以帮助开发者识别潜在的问题或不安全的代码。






# 完整的编译器选项
CFLAGS += $(MSG) $(DEBUG)

# 构建最终可执行文件,将所有生成的.O文件打包生成可执行文件，这里就用到了刚才的OBJ_O
${TARGET}:${OBJ_O}
	$(CC) $(CFLAGS) $(OBJ_O) -o $@ $(LIB)
# -I      ：$(DIR_Config) -I $(DIR_EPD) -I $(DIR_Examples): 包含这些目录，以便编译器能够找到相应的头文件。
#-o       把.c文件编译为 .o文件

    
# 从Examples目录编译目标文件
${DIR_BIN}/%.o:$(DIR_Examples)/%.c
	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config) -I $(DIR_GUI) -I $(DIR_EPD)
#  $< 对应的是 $(DIR_Examples)/%.c 中的 %.c，表示源文件的路径和名称，例如 ${DIR_EPD}/example.c。
#  $@ 对应的是 ${DIR_BIN}/%.o，表示目标文件的路径和名称，例如 ${DIR_BIN}/example.o。


# 从LCD目录编译目标文件
${DIR_BIN}/%.o:$(DIR_EPD)/%.c
	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config)

# 从Fonts目录编译目标文件
${DIR_BIN}/%.o:$(DIR_FONTS)/%.c
	$(CC) $(CFLAGS) -c  $< -o $@
	

# 从GUI目录编译目标文件
${DIR_BIN}/%.o:$(DIR_GUI)/%.c
	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config)  -I $(DIR_EPD) -I $(DIR_Examples)



# 从Config目录编译目标文件
${DIR_BIN}/%.o:$(DIR_Config)/%.c
	$(CC) $(CFLAGS) -c  $< -o $@ $(LIB)
	
# 清理规则，删除目标文件和可执行文件
clean :
	rm $(DIR_BIN)/*.* 
	rm $(TARGET)

编译打印(#是注释)

#${DIR_BIN}/%.o:$(DIR_EPD)/%.c
#	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config)

gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_0in96.c -o bin/Pico_LCD_0in96.o -I ./lib/Config
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_1in14.c -o bin/Pico_LCD_1in14.o -I ./lib/Config
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_1in3.c -o bin/Pico_LCD_1in3.o -I ./lib/Config
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_1in44.c -o bin/Pico_LCD_1in44.o -I ./lib/Config
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_1in8.c -o bin/Pico_LCD_1in8.o -I ./lib/Config
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/LCD/Pico_LCD_2in.c -o bin/Pico_LCD_2in.o -I ./lib/Config


#${DIR_BIN}/%.o:$(DIR_Config)/%.c
#	$(CC) $(CFLAGS) -c  $< -o $@ $(LIB)
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Config/DEV_Config.c -o bin/DEV_Config.o -lpthread -lm
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Config/dev_hardware_SPI.c -o bin/dev_hardware_SPI.o -lpthread -lm
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Config/sysfs_gpio.c -o bin/sysfs_gpio.o -lpthread -lm

#${DIR_BIN}/%.o:$(DIR_GUI)/%.c
#	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config)  -I $(DIR_EPD) -I $(DIR_Examples)
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/GUI/GUI_BMP.c -o bin/GUI_BMP.o -I ./lib/Config  -I ./lib/LCD -I ./examples
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/GUI/GUI_Paint.c -o bin/GUI_Paint.o -I ./lib/Config  -I ./lib/LCD -I ./examples


#${DIR_BIN}/%.o:$(DIR_Examples)/%.c
#	$(CC) $(CFLAGS) -c  $< -o $@ -I $(DIR_Config) -I $(DIR_GUI) -I $(DIR_EPD)
    
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/main.c -o bin/main.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_0in96_test.c -o bin/Pico_LCD_0in96_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_1in14_test.c -o bin/Pico_LCD_1in14_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_1in3_test.c -o bin/Pico_LCD_1in3_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_1in44_test.c -o bin/Pico_LCD_1in44_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_1in8_test.c -o bin/Pico_LCD_1in8_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD
gcc -g -O0 -Wall -D USE_DEV_LIB -c  examples/Pico_LCD_2in_test.c -o bin/Pico_LCD_2in_test.o -I ./lib/Config -I ./lib/GUI -I ./lib/LCD

#${DIR_BIN}/%.o:$(DIR_FONTS)/%.c
#	$(CC) $(CFLAGS) -c  $< -o $@
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font12.c -o bin/font12.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font12CN.c -o bin/font12CN.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font16.c -o bin/font16.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font20.c -o bin/font20.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font24.c -o bin/font24.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font24CN.c -o bin/font24CN.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font48.c -o bin/font48.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font50.c -o bin/font50.o
gcc -g -O0 -Wall -D USE_DEV_LIB -c  lib/Fonts/font8.c -o bin/font8.o




# 构建最终可执行文件,将所有生成的.O文件打包生成可执行文件，这里就用到了刚才的OBJ_O
#${TARGET}:${OBJ_O}
#	$(CC) $(CFLAGS) $(OBJ_O) -o $@ $(LIB)
gcc -g -O0 -Wall -D USE_DEV_LIB ./bin/Pico_LCD_0in96.o ./bin/Pico_LCD_1in14.o ./bin/Pico_LCD_1in3.o ./bin/Pico_LCD_1in44.o ./bin/Pico_LCD_1in8.o ./bin/Pico_LCD_2in.o ./bin/DEV_Config.o ./bin/dev_hardware_SPI.o ./bin/sysfs_gpio.o ./bin/GUI_BMP.o ./bin/GUI_Paint.o ./bin/main.o ./bin/Pico_LCD_0in96_test.o ./bin/Pico_LCD_1in14_test.o ./bin/Pico_LCD_1in3_test.o ./bin/Pico_LCD_1in44_test.o ./bin/Pico_LCD_1in8_test.o ./bin/Pico_LCD_2in_test.o ./bin/font12.o ./bin/font12CN.o ./bin/font16.o ./bin/font20.o ./bin/font24.o ./bin/font24CN.o ./bin/font48.o ./bin/font50.o ./bin/font8.o -o main -lpthread -lm

# -lpthread -lm   链接附加库

#-lpthread -lm 链接附加库

引用

该代码是luckFox公司 对于Luckfox Pico开发板驱动LCD屏幕的示例代码
https://wiki.luckfox.com/zh/Luckfox-Pico/Luckfox-Pico-LCD

我只是记录下自己的学习笔记，如有侵权请联系删除 qq：1074485750
near hear
关注
带你掌握 Makefile 分析
an520_的博客
07-27 1447
以上就是LiteOS_Lab中Makefile运行的机制了，大家可以自己跟着文章全部分析分析一边以加深影响，SDK中所有的Makefile文件都不需要也不能进行修改，只需要修改工程中的三个Makefile，.config（这个不用手动修改，可以通过图形化配置进行修改），Makefile（根据目标MCU修改MCU相关的参数即可，也就是MCU这个变量的值），project.mk（根据目标MCU修改、添加或删除库文件以及用户文件以及最后的C_DEFS变量即可）。...
uboot之Makefile分析
雨于鱼的博客
05-19 1217
一、uboot主Makefile分析VERSION = 1 PATCHLEVEL = 3 SUBLEVEL = 4 EXTRAVERSION = U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) VERSION_FILE = $(obj)include/version_autogenerated.h HOST...
内核Makefile文件简单分析
u010743406的博客
02-16 914
前言： 本帖是学习韦东山老师linux kernel教程，粗略总结的课堂笔记及自己感悟。如想深入了解linux kernel，请绕路。 本文简单介绍下linux makefile文件结构。 内核源码文档：\Documentation\kbuild 精华帖：Linux内核Makefile文件(翻译自内核手册) - 冷烟花 - 博客园 相关帖子： 内核配置文件分析--以CONFIG_DM9000为例 内核初体验：编译、下载 uboot启动第二阶段 uboot启动第一阶段 U...
uboot顶层Makefile分析
weixin_48006170的博客
02-05 941
一、uboot源码目录分析 很多文件是经过编译生成的，建议编译uboot后，再进行分析。 最重要的目录： board/freescale/mx6ullevk，这是一个板级文件，不同的平台各自不同。 configs/xxx_defconfig，，xxx 表示开发板名字，这是uboot的默认配置文件。不同的平台根据自己来配置uboot，会生成一个.config，是根据这个文件配置的结果，makefile根据.config来选择将那些模块源码编译径uboot（内核其实也是这么操作的）。 .cmd 结尾的文件，
linux 生成makefile文件,手动书写Makefile分析和自动生成Makefile简单分析
weixin_35748610的博客
04-29 729
最近一直在搞Makefile文件的编辑，一直想通过自己的心得体会与广大网友分享。Linux学习者只有参与的大多人当中去，才能体会到乐趣。同时慢慢培养自己的学习linux的兴趣爱好。与广大网上爱好者互动。Linux的GNU计划：Linux下构建自己的开源软件使用的是linux下自己带的强大的工具。Autoconf libtoolize和automake .这是开源软件必须的基本工具。如果使用了au...
uboot Makefile 分析
chungle2011的专栏
04-11 423
uboot Makefile 分析 makefile基础 简单示例： #sample main.o:main.c defs.h cc -c main.c clean: rm *.* 包含其他makefile include FILENAMES include指示符用于make暂停读取当前Makefile，转而去读取inlcude制定的文件，完成后再继续当
FFmpeg的makefile逻辑分析
u012117034的博客
11-26 6904
主要介绍编译生成 FFmpeg 静态库动态库的 makefile 规则，介绍 ffmpeg.exe ffplay.exe 如何生成的
Linux内核Makefile分析
饕餮的阿周
07-10 598
本文简单介绍了 Linux 内核 Makefile 的大框架，对于KBuild 系统的详细的编译过程没有作过多的分析，写的很粗犷~还请见谅。 更详细的内容请参考： 嵌入式Linux应用开发完全手册 makefile.txt 这个可以参考 http://blog.csdn.net/lizuobin2/article/details/51447338 深度探索Linux操作系统：系统构建和原理解析
ESP8266工程Makefile分析
Cyclone的博客
10-19 3147
最近重新温习了一下《跟我一起学Makefile》的文档，刚好又做了ESP8266的开发，正所谓学而不思则罔，时而不学者殆，所以就来总结下ESP8266里面工程是怎么编译的，Makefile是怎么玩的。当然我也没全部搞懂，好多知识也是别人这样说的我也就这么说了。有什么不对的地方望大家指出，交流学习学习，我菜鸟一枚哈 首先说一下我的工程目录结构： Project |--bin |--upgra...
ffmpeg-makefile编译分析
u012117034的博客
02-25 1385
1，请看下面代码，他这些 规则，command 里面只有一个 $(COMPILE_MMI) ，后面没有接上文件名，看上去不知道要编译什么文件，实际上，要编译的文件名就在 $(COMPILE_MMI) 变量里面，通过上面的 % 匹配到的字符，传递进去给 $(COMPILE_MMI) ，可以把 $(COMPILE_MMI) 打印出来，就能知道具体逻辑。是最重要的一个文件，他就是 make 命令的入口，你可以理解为 main() 函数入口函数，第一个 编译命令就是从这里运行的，具体流程是怎样的？
makefile全面分析
11-27
make工具读取makefile文件，分析其中的依赖关系，然后根据依赖关系调用系统命令，如gcc和cc等C/C++编译器进行编译和链接。makefile的基本要素包括目标(target)、依赖(dependencies)和命令(commands)。一个简单的...
uboot主makefile分析
qq_52916060的博客
12-12 260
uboot主makefile分析 uboot version确定 （1）uboot的版本号分3和级别： VERSION:主版本号 PATCHLEVEL:次版本号 SUBLEVEL:再次版本号， EXTRAVERSION:另外附加的版本信息，可以自己定义的 这4个用 . 分隔开共同构成了最终的版本号。 （2）Makefile中版本号最终生成了一个变量U_BOOT_VERSION，这个变量记录了Makefile中配置的版本号 （3）include/version_autogenerated.h文件是编译过程中自
C++与QML的数据交互
qq_50679120的博客
09-11 469
这里没什么好说的，在C++中组合好json后，通过信号发送到qml中，qml中是可以解析json的。通过Q_PROPERTY属性，可以轻松地在QML中读取和修改数据，并将其更新到C++中，先创建一个类。在QML接收，直接通过data.can_id这样的形式去访问结构体中的元素。这两个也没什么好说的，在C++中直接发送信号就好了，在C++中声明并注册一个结构体。然后发送信号到QML中。
【C++】CLion配置cout打印语句快捷键
qq_38196449的博客
09-10 241
当我们sout时，自动出现打印语句。点击Apply 和 OK 保存。
C语言从头学59——学习头文件math.h（二）
最新发布
m0_72128260的博客
09-11 437
继续学习头文件的数学函数。
＜C++＞ set、map模拟实现
prodigy623的博客
09-10 876
set、map仿STL模拟实现
C++位图的实现与详解
2301_80468112的博客
09-09 667
在讲解位图之前我们先来看一道很经典的面试题。给40亿个不重复的无符号整数，没排过序。给一个无符号整数，如何快速判断一个数是否在这40亿个数中。我们有以下两种种解决方法：1. 遍历，时间复杂度O(N)。（太慢）2. 排序(O(NlogN))，利用二分查找: logN。深入分析:解题思路2是否可行，我们先算算40亿个数据大概需要多少内存。
【C++ && Qt day11】
wzj46的博客
09-11 256
2、头文件窗口文件。
C++ Qt开发：运用QJSON模块解析数据
qq_35662333的博客
09-11 1026
转载Qt 是一个跨平台C++图形界面开发库，利用Qt可以快速开发跨平台窗体应用程序，在Qt中我们可以通过拖拽的方式将不同组件放到指定的位置，实现图形化开发极大的方便了开发效率，本章将重点介绍如何运用QJson组件的实现对JSON文本的灵活解析功能。JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，它易于人阅读和编写，也易于机器解析和生成。该格式是基于JavaScript语言的一个子集，但它是一种独立于语言的数据格式，因此可以在许多不同的编程语言中使用。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值