C_01_include文件有什么妙用

发布时间:2024年01月23日

背景

最近在看代码的过程中,发现一种新玩法,就是在一个*.c文件中,直接include另一个 *.c 文件,以往都是include一个 *.h文件。这个脑洞大开,神奇!随之而来的有两个问题:

Q1. 这么写代码有什么效果?

Q2. 想知道原作者为什么这么写代码 ?

这么写代码有什么效果?

先来看第一个问题,这么写代码有什么效果,准备两个源文件如下:

.
├── driver.c
└── main.c

driver.c 文件内容如下:

void readDriver(void)
{
    int i = 0;
    i++;
}

main.c 文件内容如下:

#include "driver.c"
int main(void)
{
    readDriver();
    return 0;
}

运行以下gcc命令,获取宏定义,include文件展开后的效果

root@localhost:~/testWorkSpace/C/include$ gcc -E -P main.c
void readDriver(void)
{
    int i = 0;
    i++;
}
int main(void)
{
    readDriver();
    return 0;
}

从实验结果可知,“main.c”文件中#include "driver.c"语句,相当于将文件“driver.c”的内容完全”复制“到了main.c文件中。

  • 限制

使用此种方式有上述优点,还有一个限制,就是两个文件不能同时参加编译,否则,会在链接过程中,出现函数多处定义的错误,造成链接失败。原因显而易见,函数”readDriver()"在两个文件中定义了两次。

root@localhost:~/testWorkSpace/C/include$ cmake --build ./build/
Scanning dependencies of target include
[ 33%] Building C object CMakeFiles/include.dir/main.c.o
[ 66%] Building C object CMakeFiles/include.dir/driver.c.o
[100%] Linking C executable include
CMakeFiles/include.dir/driver.c.o: In function `readDriver':
driver.c:(.text+0x0): multiple definition of `readDriver'
CMakeFiles/include.dir/main.c.o:main.c:(.text+0x0): first defined here
collect2: error: ld returned 1 exit status
CMakeFiles/include.dir/build.make:98: recipe for target 'include' failed
make[2]: *** [include] Error 1
CMakeFiles/Makefile2:72: recipe for target 'CMakeFiles/include.dir/all' failed
make[1]: *** [CMakeFiles/include.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2

为什么这么写

从网上找了一些相关的资料,目前,知道这么写有以下优点:

  • 控制源文件编译

需要某个功能,在源文件中包含相关的源文件。

  • 单元测试

在测试代码文件中直接引入目标测试函数,而非到链接阶段,才引入目标测试函数。

文章来源:https://blog.csdn.net/lkzp12/article/details/135788608
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。