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

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

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

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

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

FINALE MAKEFILE / DEPENDENCY

文件布局

primary模块: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中主要function使用的子function

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

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

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

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

HEADER DEPENDENCY

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 

MAKEFILE

 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 

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

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

鉴于您的问题,似乎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中的extern变量是什么?
  • 我应该在标题中使用#include吗?

#include是一个只处理文本的预处理命令 – 没有比这更复杂或更神奇的了。

所以:

  • 如果.c文件具有使用结构的代码,则它需要包含定义该结构的头文件。

  • 如果一个.c文件实现或调用一个函数,那么它需要包含一个头文件来判断该函数的原型(这通常是与实现该函数的.c文件相匹配的头文件)。

  • 如果.c文件使用某些系统调用或类型,则需要包含相关的系统头文件

一旦你习惯了#include的概念,你就能够有效地优雅地构建模块和头文件的结构,以便于阅读和维护。