C 如何管理多个源文件之间的#include 关系并创建正确的 makefile

标签 c struct makefile header-files

我再次重新编辑了我的问题,这次是最终问题。

注意:该程序正在运行(感谢所有帮助)。但是我对依赖/链接的实际工作方式仍然有些困惑。具体来说,我想了解 makefile 编译和运行的过程。 (例如,编译器首先查看main.c,从第1行开始,也就是main.h,进入main.h,从第1行开始,指向function1.h,以此类推。)

但我的主要问题是:编译器/makefile 是否确实以反向方式运行,即一旦编译器到达最后一站(不再有链接),它就开始递归地收集内容并将其放入目标文件。如果我们有多个目标文件并且连接是交叉链接的,会发生什么?每个目标文件应该相互独立吗?

下面是我的最终结果。 我知道它有很多部分,但我已尽力将它们组织起来并添加了说明。

最后的 MAKEFILE/依赖

文件布局

主模块:main.c 补充模块:builder1.c、builder2.c builder1_function.c builder2_function.c 头文件:main.h control.h builder1.h builder2.h builder1_function.h builder2_function.h builder1_shared.h builder2_shared.h

1) main.c 分别调用 builder1.c 和 builder2.c 中的一个主要函数

2) builder1_function, builder2_function 存放builder1.c和builder2.c中primary函数使用的子函数

3) builder1 有一组刚用过的新结构,builder2 有另一组刚用过的新结构。这些结构在 builder1_shared.h 和 builder2_shared.h 中声明。

4) 函数原型(prototype)在builder1.h builder2.h main.h中声明

5) main.c、builder1.c、builder2.c 共享一些常量并且都使用标准库。这些常量在 control.h 中声明

6) control.h:声明系统范围的常量

标题依赖

main.c: *include* main.h and *define* system-wide constants (declared in control.h)
main.h: *include* all std libs, *include* control.h, *include* builder1.h, *include* builder2.h

builder1.c: *include* builder1.h, uses system-wide constants, child functions of builder1, and new structures of builder1, stdlib
build1.h: *include* builder1_funcion.h *include* builder1_share.h *include* primary function prototype

builder1_function.c: *include* builder1_function.h
builder1_function.h: *include* builder1_shared.h *include* child function prototype

builder_shared.h: *include* main.h, declare new structure for buidler1

builder2.c: *include* builder2.h, uses system-wide constants, child functions of builder2, and new structures of builder2, stdlib
build2.h: *include* builder2_funcion.h *include* builder2_share.h *include* primary function prototype

builder2_function.c: *include* builder2_function.h
builder2_function.h: *include* builder2_shared.h *include* child function prototype

builder_shared.h: *include* main.h, declare new structure for buidler2

生成文件

main: main.o builder1.o builder1_function.o builder2.o builder2_function.o
gcc -o main main.c builder1.c builder1_function.c builder2.c builder2_function.c -g

builder1.o: builder1.c
gcc -c  builder1.c

builder1_function.o: builder1_function.c
gcc -c builder1_function.c

builder2.o: builder2.c
gcc -c builder2.c

builder2_function.o: builder2_function.c
gcc -c builder2_function.c

最佳答案

标题为多个源文件提供信息。如果源文件不为其他文件提供任何服务,则它不需要任何 header 。这意味着可能不需要 main.h,但需要 functions.h。 header 应包含最少的必要代码,以允许消费者使用源代码中定义的函数(和变量)。任何其他 header 都应直接包含在源代码中(因此 header 应该很小、自包含且幂等)。

注意主源文件对应一个header(main.cmain.hfunctions.hfunctions.c) 应该包含标题作为第一个包含文件。这确保了 header 是自包含的;如果不是,它将不会编译。来自另一个源文件的每个服务消费者都应包含相应的 header 。每个非静态函数(和全局变量,如果有的话)都应该在一个头文件中声明;在需要函数(或全局变量)的任何地方都应该使用该 header 。

鉴于您的问题,functions.c 似乎应该包含 main.h(因此需要 main.h)。

在您的 makefile 中,您可能应该使用:

OBJECTS = main.o functions.o

all:  main

main: ${OBJECTS}
    ${CC} -o $@ ${OBJECTS} ${CFLAGS} ${LDFLAGS} ${LDLIBS}

main.o:      main.h functions.h
functions.o: functions.h main.h

另见:

关于C 如何管理多个源文件之间的#include 关系并创建正确的 makefile,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23076334/

相关文章:

c - C 中函数 'fgets' 的参数太少

c - fgets 和处理 CTRL+D 输入

c - 访问动态分配的结构成员时为 "Segmentation fault"

build-process - 什么是 'make target' ?

java - 自动选择文件 I/O 的缓冲区大小

pointers - 接口(interface)和地址运算符

c - 取消引用指向结构的指针以访问其第一个成员

makefile - 仅限订单的先决条件在 GNU make 中无法正常工作?

linux - 在 makefile 中处理管道及其退出状态的最佳方法

c - 使用 sprintf、C 填充字符串