使用Boost.Context模块进行callcc的回声测试程序

最新推荐文章于 2025-11-24 14:22:58 发布
最新推荐文章于 2025-11-24 14:22:58 发布
阅读量136 收藏 1
点赞数 1
CC 4.0 BY-SA版权
文章标签： c++ 算法 开发语言 C/C++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/DevPulse/article/details/132659864
C/C++ 专栏收录该内容
175 篇文章 ¥59.90 ¥99.00
订阅专栏
本文介绍了一个使用Boost.Context的callcc函数进行回声测试的C++程序。通过示例展示了如何创建continuation对象，启动和恢复协程执行，实现控制流在函数之间的切换。程序会循环读取用户输入并打印，直到用户终止。

使用Boost.Context模块进行callcc的回声测试程序

Boost.Context是一个基于C++的库，它提供了一种实现轻量级协程的机制。其中的callcc函数是Boost.Context模块的一个重要特性，它允许在协程之间进行控制流的切换。本文将介绍一个使用Boost.Context模块的callcc函数进行回声测试的示例程序。

在开始编写代码之前，首先需要确保已经安装了Boost库，并且已经设置好编译环境。接下来，我们将给出一个简单的示例程序，展示如何使用Boost.Context的callcc函数实现回声测试。

#include <iostream>
#include <boost/context/all.hpp>

boost::context
了解本专栏 订阅专栏 解锁全文
使用Boost::context模块的callcc函数进行解析器测试程序编程
CodeLancerX的博客
09-05 116
通过以上代码，我们实现了一个简单的解析器测试程序，使用Boost::context的callcc函数来实现协程的切换和状态保存。Boost::context是一个用于协程和调度器的C++库，它提供了一组工具和函数，用于创建和管理协程，以及在不同协程之间进行切换。通过使用Boost::context的callcc函数，我们可以方便地实现协程的切换和状态保存，从而提供了一种灵活的编程模型，适用于各种需要异步和并发处理的场景。在不同的状态下，我们可以执行不同的逻辑操作，例如输出信息、解析数据等。
Boost::context模块callcc的circle测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 398
Boost::context模块callcc的circle测试程序实现功能C++实现代码 实现功能 Boost的context模块，Boost::context模块callcc的circle测试程序 C++实现代码 #include <cstdlib> #include <iostream> #include <list> #include <boost/context/fiber.hpp> namespace ctx = boost::context; in
Boost::context模块callcc的无限循环测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 458
Boost::context模块callcc的无限循环测试程序实现功能C++实现代码 实现功能 Boost的context模块，Boost::context模块callcc的无限循环测试程序 C++实现代码 #include <cstdlib> #include <iostream> #include <boost/context/continuation.hpp> namespace ctx = boost::context; ctx::continuation foo
Boost::context模块callcc的jump测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 454
Boost::context模块callcc的jump测试程序实现功能C++实现代码 实现功能 Boost的context模块，Boost::context模块callcc的jump测试程序 C++实现代码 #include <cstdlib> #include <iostream> #include <boost/context/continuation.hpp> namespace ctx = boost::context; int main() { ctx:
Boost::context模块callcc函数的使用方法及测试程序
qq_37934722的博客
08-31 210
在上面的示例程序中，我们定义了一个函数foo，该函数接收一个continuation对象作为参数，代表了程序的当前状态。foo函数先输出一条信息，然后调用resume()方法切换到其他的continuation，再次输出一条信息，最后将控制权交给之前切换过来的continuation。可以看到，程序先进入了main函数，然后切换到了foo函数并输出了"enter foo"消息，再次调用resume()方法切换回main函数并输出"leave main"消息。本文将介绍该函数的使用方法，并附上测试程序。
使用Boost.Context模块进行callcc的throw测试
DevWizard的博客
09-05 110
在主函数main中，我们首先输出"Main started.“，然后创建一个名为context的Boost.Context对象，并将coroutine函数作为参数传递给它。在协程执行过程中，当异常被抛出并被捕获后，协程会继续执行，输出"Coroutine finished.”。使用Boost.Context的callcc函数，我们可以实现协程之间的控制流转移，并在协程内部捕获和处理异常。从输出结果可以看出，协程启动后，成功捕获了从协程内部抛出的异常，并继续执行了剩余的代码。
使用Boost.Context模块进行callcc的jump测试程序
CyberByte的博客
09-09 148
其中，callcc函数是该库中的一个重要特性，它允许我们在协程之间进行跳转，从而实现非局部的控制流程转移。通过这个简单的例子，我们可以看到Boost.Context的callcc函数提供了一种在不同协程之间进行控制流转移的灵活机制。接下来，我们将编写一个简单的测试程序，以便演示如何使用Boost.Context的callcc函数进行跳转。函数创建了一个协程上下文，其中第一个参数为协程的栈大小，默认使用系统默认大小，第二个参数为协程的入口函数。函数中，我们首先输出"Entering main"，表示进入了。
Boost.context模块的callcc解析器测试程序
TechPr的博客
08-17 138
本文将介绍如何使用Boost.context模块的callcc机制，并提供一个简单的解析器测试程序。最后，我们又通过使用get_executor()(ctx1)函数，将控制权切换回到ctx1上下文。在parse()函数中，我们可以通过get_executor()(ctx)函数，将控制权再次传递给lambda表达式。Boost.context的callcc机制提供了一种不同的控制流解决方案，它允许我们在协程之间传递控制权。由于使用了协程，这个解析器实现了非常简洁的代码，同时也能够灵活的处理控制权。
使用Boost.Context模块的callcc进行无限循环的测试程序
HackMasterX的博客
09-14 72
在本文中，我们将介绍如何使用Boost.Context模块的callcc函数来实现一个无限循环的测试程序。总结起来，本文介绍了如何使用Boost.Context模块的callcc函数来实现一个无限循环的测试程序。通过使用该函数，我们可以方便地创建和切换协程，从而控制程序的执行流程。这证明我们成功地使用Boost.Context模块的callcc函数创建并执行了一个无限循环的协程。这样，我们就创建了一个无限循环的协程，并通过上下文切换来控制程序的执行流程。在上面的代码中，我们定义了一个函数。
Boost::context模块callcc的循环测试程序
WangWEel的博客
08-23 123
其中的lambda表达式是协程的执行函数，它会一直执行一个无限循环，在每次循环内判断是否需要切换到另一个协程执行。这样可以实现在一个协程执行过程中暂停执行，切换到另一个协程执行，然后再切换回来继续执行。其中的callcc函数可以实现在函数执行过程中暂时挂起当前上下文，并切换到其他协程的上下文进行执行，类似于线程的切换。为了测试callcc函数的效果，我们可以编写一个简单的循环程序，在每次循环内使用callcc函数切换到另一个协程执行一段代码，然后再切换回来继续循环。
Boost::context模块callcc的分段的测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 452
Boost::context模块callcc的分段的测试程序实现功能C++实现代码 实现功能 Boost::context模块callcc的分段的测试程序 C++实现代码 #include <cstdlib> #include <iostream> #include <memory> #include <boost/context/continuation.hpp> namespace ctx = boost::context; #ifdef BOOST_MS
Boost::context模块callcc的回声测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 452
Boost::context模块callcc的回声测试程序实现功能C++实现代码 实现功能 Boost的context模块，Boost::context模块callcc的回声测试程序 C++实现代码 #include <cstddef> #include <cstdlib> #include <cstring> #include <iostream> #include <emmintrin.h> #include <boost/context
Boost::context模块callcc的斐波那契测试程序
希望我的博客，能帮上你解决学习中工作中所遇到的问题
05-25 448
Boost::context模块callcc的斐波那契测试程序实现功能C++实现代码 实现功能 Boost的context模块，Boost::context模块callcc的斐波那契测试程序 C++实现代码 #include <cstdlib> #include <iostream> #include <memory> #include <boost/context/continuation.hpp> namespace ctx = boost::contex
boost context上下文切换
Erick Lv的笔记
07-19 4473
上下文简介 首先要理解boost::context的概念和应用场景。程序在执行的时候，当前的执行的代码环境和所处的状态，就是context。boost::context保留了当前程序执行时的寄存器等的状态，可以认为是一个上下文A；然后线程就可以去执行其他的代码，完成执行后，可以切回上下文A，并从当初切走的地方执行，而且当初的上下文的现场不变，这就是完成了一次真正意义上的上下文切换。 上线文切换，在协程和用户态线程等有重要的意义（统称它们为routine），我们可以启动一定数量的操作系统的线程，然后让rout
【C++】智能指针
2401_89058999的博客
11-21 676
什么是内存泄漏：内存泄漏指因为疏忽或错误造成程序未能释放已经不再使用的内存，一般是忘记释放或者发生异常释放程序未能执行导致的。内存泄漏并不是指内存在物理上的消失，而是应用程序分 配某段内存后，因为设计错误，失去了对该段内存的控制，因而造成了内存的浪费。内存泄漏的危害：普通程序运行一会就结束了出现内存泄漏问题也不大，进程正常结束，页表的映射 关系解除，物理内存也可以释放。
2025年9月GESPC++三级真题解析（含视频）
weixin_46127956的博客
11-21 786
例如，2025 年 9 月 1 日是星期一，在输出九月的日历时，1 号的个位 1 就需要与星期一 MON 的最后一个字母 N 对齐。小 A 想知道，对于给定的数组 a，需要多少次操作才能使得 a 中的整数全部变成 0。你能帮他计算出答案吗？，int的最大值是2147483647，反转后就是7463847412，7要改为1否则int存储不了，即为1463847412。一行，一个正整数 m，表示需要按照格式输出 2025 年 m 月的日历。一行，一个正整数，表示 a 中整数全部变成 0 所需要的操作次数。
开源鸿蒙 Cordova 设备信息插件开发详解
夏天的博客
11-22 1043
Apache Cordova 是一个开源的移动应用开发框架，允许开发者使用 HTML、CSS 和 JavaScript 构建跨平台移动应用。Cordova 通过插件机制提供了访问设备原生功能的能力，使 Web 应用能够调用系统 API。
中国计算机学会（CCF）推荐学术会议-A（人工智能）：ACL 2026
最新发布
iaast的博客
11-24 332
大会官网：https://2026.aclweb.org/录用率：20.3%（1699/8360，2025年）时间地点：2026年7月2日-加州·美国。截稿时间：2026年1月5日。CCF推荐：A（人工智能）
现在又Kbuild文件如下TOP := $(srctree)/.. CAMERA_ROOT=$(TOP)/vendor/oplus/kernel/camera ifeq ($(DEVICE_MODULES_PATH),) DEVICE_MODULES_PATH = $(srctree) else LINUXINCLUDE := $(DEVCIE_MODULES_INCLUDE) $(LINUXINCLUDE) endif LINUX_INC += -Iinclude/linux \ -Iinclude/linux/drm \ -Iinclude/linux/gunyah \ -Iinclude/linux/gunyah \ -Iinclude CDEFINES += -DANI_LITTLE_BYTE_ENDIAN \ -DANI_LITTLE_BIT_ENDIAN \ -DDOT11F_LITTLE_ENDIAN_HOST \ -DANI_COMPILER_TYPE_GCC \ -DANI_OS_TYPE_ANDROID=6 \ -DPTT_SOCK_SVC_ENABLE \ -Wall\ -Werror\ -D__linux__ KBUILD_CPPFLAGS += $(CDEFINES) ifneq ($(wildcard $(CAMERA_ROOT)/config/camera.conf),) include $(CAMERA_ROOT)/config/camera.conf LINUX_INC += -include $(CAMERA_ROOT)/config/camera.h endif ccflags-y += $(LINUX_INC) ifeq ($(call cc-option-yn, -Wmaybe-uninitialized),y) EXTRA_CFLAGS += -Wmaybe-uninitialized endif ifeq ($(call cc-option-yn, -Wheader-guard),y) EXTRA_CFLAGS += -Wheader-guard endif obj-m += regulator/ obj-m += lens/ obj-m += flashlight/v4l2/ obj-m += thermal/ 还有如下Makefile # SPDX-License-Identifier: GPL-2.0-only # Copyright (C) 2018-2022 Oplus. All rights reserved. ifneq ($(wildcard $(KERNEL_SRC)/android/abi_gki_aarch64.stg),) BOOT_MIXED_BUILD=true endif KBUILD_OPTIONS+= DFT_ROOT=$(KERNEL_SRC)/$(M) KBUILD_OPTIONS += MODNAME?=dft_dlkm ifneq ($(wildcard $(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.include),) include $(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.include endif all: EXTRA_SYMBOLS += $(extra_symbols) all: $(MAKE) -C $(KERNEL_SRC) M=$(M) modules $(KBUILD_OPTIONS) KBUILD_EXTRA_SYMBOLS="$(EXTRA_SYMBOLS)" modules_install: $(MAKE) INSTALL_MOD_STRIP=1 -C $(KERNEL_SRC) M=$(M) modules_install %: $(MAKE) -C $(KERNEL_SRC) M=$(M) $@ $(KBUILD_OPTIONS) clean: rm -f *.o *.ko *.mod.c *.mod.o *~ .*.cmd Module.symvers rm -rf .tmp_versions 向我逐行解释这两个文件
06-18
<think>我们有两个文件：一个是Kbuild（或Kbuild片段），另一个是Makefile。它们都是用于构建Linux内核模块的。我们将逐行解释这两个文件的内容。###文件1:Kbuild（或构建脚本片段）```makefileTOP:=$(srctree)/..```-`TOP:=$(srctree)/..`：设置变量`TOP`为内核源码树（`srctree`）的上一级目录。通常`srctree`是内核源码的根目录，所以`TOP`就是内核源码根目录的父目录。---```makefileCAMERA_ROOT=$(TOP)/vendor/oplus/kernel/camera```-`CAMERA_ROOT`被设置为`TOP`下的特定路径，指向摄像头相关的内核代码目录。---```makefileifeq($(DEVICE_MODULES_PATH),)DEVICE_MODULES_PATH=$(srctree)elseLINUXINCLUDE:=$(DEVCIE_MODULES_INCLUDE)$(LINUXINCLUDE)endif```-检查`DEVICE_MODULES_PATH`是否为空。-如果为空，则将其设置为内核源码树根目录（`$(srctree)`）。-如果不为空，则将`LINUXINCLUDE`（内核头文件搜索路径）更新为`$(DEVICE_MODULES_INCLUDE)`加上原来的`LINUXINCLUDE`。注意：这里有一个拼写错误`DEVCIE`应该是`DEVICE`。---```makefileLINUX_INC+=-Iinclude/linux\-Iinclude/linux/drm\-Iinclude/linux/gunyah\-Iinclude/linux/gunyah\-Iinclude```-向`LINUX_INC`变量追加多个`-I`标志，用于指定头文件的搜索路径。这些路径是相对于内核源码目录的。注意：`-Iinclude/linux/gunyah`被重复了两次（可能是冗余的）。---```makefileCDEFINES+=-DANI_LITTLE_BYTE_ENDIAN\-DANI_LITTLE_BIT_ENDIAN\-DDOT11F_LITTLE_ENDIAN_HOST\-DANI_COMPILER_TYPE_GCC\-DANI_OS_TYPE_ANDROID=6\-DPTT_SOCK_SVC_ENABLE\-Wall\-Werror\-D__linux__```-向`CDEFINES`变量追加多个预处理器宏定义（`-D`）和编译选项（`-Wall`、`-Werror`）：-定义字节序为小端（`ANI_LITTLE_BYTE_ENDIAN`）。-定义比特序为小端（`ANI_LITTLE_BIT_ENDIAN`）。-定义主机为小端（`DOT11F_LITTLE_ENDIAN_HOST`）。-定义编译器类型为GCC（`ANI_COMPILER_TYPE_GCC`）。-定义操作系统类型为Android，版本6（`ANI_OS_TYPE_ANDROID=6`）。-启用PTT套接字服务（`PTT_SOCK_SVC_ENABLE`）。-启用所有警告（`-Wall`）。-将所有警告视为错误（`-Werror`）。-定义Linux平台宏（`-D__linux__`）。---```makefileKBUILD_CPPFLAGS+=$(CDEFINES)```-将`CDEFINES`中定义的选项追加到`KBUILD_CPPFLAGS`，这是内核构建系统使用的变量，用于C预处理器标志。---```makefileifneq($(wildcard$(CAMERA_ROOT)/config/camera.conf),)include$(CAMERA_ROOT)/config/camera.confLINUX_INC+=-include$(CAMERA_ROOT)/config/camera.hendif```-检查`camera.conf`文件是否存在（使用`wildcard`函数）。-如果存在，则包含该配置文件（`include`指令）。-同时，将`camera.h`头文件作为强制包含（`-include`）添加到`LINUX_INC`中。---```makefileccflags-y+=$(LINUX_INC)```-将`LINUX_INC`中的头文件路径追加到`ccflags-y`变量。`ccflags-y`是内核构建系统中用于向所有模块传递编译标志的变量（如`-I`路径）。---```makefileifeq($(callcc-option-yn,-Wmaybe-uninitialized),y)EXTRA_CFLAGS+=-Wmaybe-uninitializedendif```-使用`cc-option-yn`函数检查编译器是否支持`-Wmaybe-uninitialized`选项（用于警告可能未初始化的变量）。-如果支持（返回`y`），则将`-Wmaybe-uninitialized`添加到`EXTRA_CFLAGS`。---```makefileifeq($(callcc-option-yn,-Wheader-guard),y)EXTRA_CFLAGS+=-Wheader-guardendif```-同样，检查编译器是否支持`-Wheader-guard`（用于检查头文件保护宏）。-如果支持，则添加到`EXTRA_CFLAGS`。---```makefileobj-m+=regulator/obj-m+=lens/obj-m+=flashlight/v4l2/obj-m+=thermal/```-将多个子目录添加到`obj-m`变量中，表示这些目录下的代码将被编译为可加载内核模块（.ko文件）。每个子目录下应该有自己的Kbuild/Makefile来定义具体的模块。---###文件2:Makefile```makefile#SPDX-License-Identifier:GPL-2.0-only#Copyright(C)2018-2022Oplus.Allrightsreserved.```-注释：声明许可证（GPL-2.0-only）和版权信息。---```makefileifneq($(wildcard$(KERNEL_SRC)/android/abi_gki_aarch64.stg),)BOOT_MIXED_BUILD=trueendif```-检查内核源码目录下是否存在文件`android/abi_gki_aarch64.stg`（该文件可能与GKI（GenericKernelImage）相关）。-如果存在，则设置变量`BOOT_MIXED_BUILD=true`（可能表示启用混合构建模式）。---```makefileKBUILD_OPTIONS+=DFT_ROOT=$(KERNEL_SRC)/$(M)```-向`KBUILD_OPTIONS`变量追加一个选项：`DFT_ROOT=$(KERNEL_SRC)/$(M)`。这可能是设置一个自定义的根路径（`DFT_ROOT`）为内核源码路径下的当前模块路径（`M`是当前Makefile所在的目录）。---```makefileKBUILD_OPTIONS+=MODNAME?=dft_dlkm```-向`KBUILD_OPTIONS`追加`MODNAME?=dft_dlkm`。`MODNAME`用于指定模块名称，这里默认设置为`dft_dlkm`（如果未定义则使用此值）。---```makefileifneq($(wildcard$(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.include),)include$(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.includeendif```-检查设备模块的相对路径下是否存在`Makefile.include`文件。-如果存在，则包含该文件（可能包含设备特定的构建规则或变量）。---```makefileall:EXTRA_SYMBOLS+=$(extra_symbols)```-扩展`all`目标的依赖：在构建`all`时，将变量`extra_symbols`的值追加到`EXTRA_SYMBOLS`变量中。`EXTRA_SYMBOLS`用于指定模块依赖的外部符号表文件（用于解决模块间的符号依赖）。---```makefileall:$(MAKE)-C$(KERNEL_SRC)M=$(M)modules$(KBUILD_OPTIONS)KBUILD_EXTRA_SYMBOLS="$(EXTRA_SYMBOLS)"```-`all`目标的命令：调用内核构建系统来编译模块。-`-C$(KERNEL_SRC)`：切换到内核源码目录。-`M=$(M)`：告诉内核构建系统，模块的源码位于当前目录（`M`是调用make时传递的变量，通常是当前路径）。-`modules`：指定目标为编译模块。-`$(KBUILD_OPTIONS)`：传递额外的构建选项。-`KBUILD_EXTRA_SYMBOLS="$(EXTRA_SYMBOLS)"`：传递额外的符号表文件路径（用于模块符号解析）。---```makefilemodules_install:$(MAKE)INSTALL_MOD_STRIP=1-C$(KERNEL_SRC)M=$(M)modules_install```-`modules_install`目标：安装编译好的模块。-`INSTALL_MOD_STRIP=1`：在安装时剥离调试符号（减小模块大小）。-`modules_install`：安装模块到系统默认模块目录（通常是`/lib/modules/$(KERNELRELEASE)/`）。---```makefile%:$(MAKE)-C$(KERNEL_SRC)M=$(M)$@$(KBUILD_OPTIONS)```-通配符目标（`%`）：匹配任何未明确指定的目标，然后将该目标传递给内核构建系统。例如，执行`makeclean`会匹配到此规则并执行`clean`目标。---```makefileclean:rm-f*.o*.ko*.mod.c*.mod.o*~.*.cmdModule.symversrm-rf.tmp_versions```-`clean`目标：删除当前目录下编译生成的文件和临时目录。-删除所有目标文件（`.o`）、内核模块（`.ko`）、中间文件（`.mod.c`,`.mod.o`）、备份文件（`*~`）、命令文件（`.*.cmd`）和符号文件（`Module.symvers`）。-删除临时目录`.tmp_versions`（用于存储模块版本信息）。---###总结-**Kbuild文件**：主要用于配置模块的编译环境（头文件路径、宏定义等），并指定要编译的子目录。-**Makefile**：定义如何调用内核构建系统来编译、安装和清理模块。它利用内核的构建规则（`kbuild`）来简化模块的构建过程。这两个文件共同工作，确保模块能够正确地与内核一起编译，并处理了设备特定的配置和符号依赖。---§§相关问题§§:1.内核模块构建中`obj-m`和`obj-y`的区别是什么？2.在Kbuild系统中，`ccflags-y`和`EXTRA_CFLAGS`有何不同？3.如何在内核模块中处理多个源文件生成一个模块？4.内核模块安装时`INSTALL_MOD_STRIP=1`的作用是什么？</think>### 逐行解析 Kbuild 文件 ```makefile TOP := $(srctree)/.. ``` - 定义 `TOP` 变量为内核源码树 (`srctree`) 的上一级目录 - `srctree` 是内核构建系统定义的变量，指向内核源码根目录 ```makefile CAMERA_ROOT=$(TOP)/vendor/oplus/kernel/camera ``` - 设置摄像头相关代码的根路径 ```makefile ifeq ($(DEVICE_MODULES_PATH),) DEVICE_MODULES_PATH = $(srctree) else LINUXINCLUDE := $(DEVCIE_MODULES_INCLUDE) $(LINUXINCLUDE) endif ``` - 检查 `DEVICE_MODULES_PATH` 是否已定义 - 如果未定义，将其设置为内核源码根目录 - 如果已定义，将设备模块包含路径添加到 `LINUXINCLUDE` (注意：`DEVCIE` 疑似拼写错误) ```makefile LINUX_INC += -Iinclude/linux \ -Iinclude/linux/drm \ -Iinclude/linux/gunyah \ -Iinclude/linux/gunyah \ # 重复项，可能是冗余 -Iinclude ``` - 添加内核头文件包含路径到 `LINUX_INC` 变量 - `-I` 标志指定编译器搜索头文件的路径 ```makefile CDEFINES += -DANI_LITTLE_BYTE_ENDIAN \ -DANI_LITTLE_BIT_ENDIAN \ -DDOT11F_LITTLE_ENDIAN_HOST \ -DANI_COMPILER_TYPE_GCC \ -DANI_OS_TYPE_ANDROID=6 \ -DPTT_SOCK_SVC_ENABLE \ -Wall \ -Werror \ -D__linux__ ``` - 添加预处理器宏定义和编译选项： - 字节序定义 (小端) - 编译器类型 (GCC) - 操作系统类型 (Android 6) - 启用特定功能 - 警告选项 (`-Wall` 显示所有警告，`-Werror` 将警告视为错误) - 平台宏定义 (`__linux__`) ```makefile KBUILD_CPPFLAGS += $(CDEFINES) ``` - 将自定义宏定义添加到内核构建系统的 C 预处理器标志 ```makefile ifneq ($(wildcard $(CAMERA_ROOT)/config/camera.conf),) include $(CAMERA_ROOT)/config/camera.conf LINUX_INC += -include $(CAMERA_ROOT)/config/camera.h endif ``` - 检查摄像头配置文件是否存在 - 如果存在则包含该配置文件 - 强制包含摄像头头文件 (`-include`) ```makefile ccflags-y += $(LINUX_INC) ``` - 将头文件包含路径添加到模块编译标志 - `ccflags-y` 是内核构建系统中用于模块编译的标志 ```makefile ifeq ($(call cc-option-yn, -Wmaybe-uninitialized),y) EXTRA_CFLAGS += -Wmaybe-uninitialized endif ``` - 检查编译器是否支持 `-Wmaybe-uninitialized` 选项 - 如果支持则添加该警告标志 ```makefile ifeq ($(call cc-option-yn, -Wheader-guard),y) EXTRA_CFLAGS += -Wheader-guard endif ``` - 检查编译器是否支持 `-Wheader-guard` 选项 - 如果支持则添加该头文件保护检查标志 ```makefile obj-m += regulator/ obj-m += lens/ obj-m += flashlight/v4l2/ obj-m += thermal/ ``` - 声明要构建的内核模块目录 - `obj-m` 告诉构建系统这些目录包含要编译为可加载模块的代码 --- ### 逐行解析 Makefile ```makefile # SPDX-License-Identifier: GPL-2.0-only # Copyright (C) 2018-2022 Oplus. All rights reserved. ``` - 许可证声明 (GPL-2.0-only) - 版权信息 ```makefile ifneq ($(wildcard $(KERNEL_SRC)/android/abi_gki_aarch64.stg),) BOOT_MIXED_BUILD=true endif ``` - 检查是否存在 Android GKI (Generic Kernel Image) 相关文件 - 如果存在则设置混合构建标志 ```makefile KBUILD_OPTIONS+= DFT_ROOT=$(KERNEL_SRC)/$(M) ``` - 添加构建选项，定义模块根目录路径 - `DFT_ROOT` 可能是项目特定的变量名 ```makefile KBUILD_OPTIONS += MODNAME?=dft_dlkm ``` - 设置默认模块名称 (dft_dlkm) - `?=` 表示仅在未定义时赋值 ```makefile ifneq ($(wildcard $(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.include),) include $(KERNEL_SRC)/$(DEVICE_MODULES_REL_DIR)/Makefile.include endif ``` - 检查设备特定的 Makefile 是否存在 - 如果存在则包含它 ```makefile all: EXTRA_SYMBOLS += $(extra_symbols) ``` - 扩展 `all` 目标，添加额外的符号表文件 - 用于解决模块间的符号依赖 ```makefile all: $(MAKE) -C $(KERNEL_SRC) M=$(M) modules $(KBUILD_OPTIONS) KBUILD_EXTRA_SYMBOLS="$(EXTRA_SYMBOLS)" ``` - 主要构建目标： - `-C $(KERNEL_SRC)` 切换到内核源码目录 - `M=$(M)` 指定外部模块路径 - `modules` 构建目标 - 传递自定义选项和额外符号表 ```makefile modules_install: $(MAKE) INSTALL_MOD_STRIP=1 -C $(KERNEL_SRC) M=$(M) modules_install ``` - 模块安装目标： - `INSTALL_MOD_STRIP=1` 去除调试信息以减小模块大小 - 安装到标准模块目录 ```makefile %: $(MAKE) -C $(KERNEL_SRC) M=$(M) $@ $(KBUILD_OPTIONS) ``` - 通配符目标：将任何未定义的目标传递给内核构建系统 - 例如 `make clean` 会调用内核的 clean 目标 ```makefile clean: rm -f *.o *.ko *.mod.c *.mod.o *~ .*.cmd Module.symvers rm -rf .tmp_versions ``` - 自定义清理目标： - 删除所有编译生成的文件 - 删除临时目录 - 比内核默认清理更彻底 ### 关键机制总结 1. **分层构建**： - 顶层 Makefile 调用内核构建系统 - Kbuild 文件配置模块级编译选项 - 子目录包含各自的构建定义 2. **自定义处理**： - 设备特定配置 (`DEVICE_MODULES_PATH`) - 摄像头特殊处理 (`CAMERA_ROOT`) - 编译器能力检测 (`cc-option-yn`) 3. **符号处理**： - `KBUILD_EXTRA_SYMBOLS` 解决模块间依赖 - `Module.symvers` 文件记录模块符号 4. **Android 集成**： - GKI 检测 (`abi_gki_aarch64.stg`) - Android 特定宏定义 (`ANI_OS_TYPE_ANDROID=6`) 5. **优化选项**： - 安装时去除调试信息 (`INSTALL_MOD_STRIP=1`) - 严格编译检查 (`-Werror -Wall`) ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值