makefile .d的解释

本文介绍如何利用Makefile的.d文件特性来实现更高效的编译流程。通过自动化处理头文件依赖,确保每次修改头文件后都能正确地重新编译相关源文件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在学写makefile时候,如果要写的好一点高手建议要用个.d文件.我那时候也是非常迷糊,我写的测试代码不用这个也照样运行的很好啊,为什么要写这个东西呢?下面先看这个情况.

我们写的这个Makefile 一般要用隐晦规则.当然了如果就两个文件也没必要写这个东西了.用隐晦规则时候..o 文件会自动找这个 .c文件.然后编译.这个是没问题.如果有两个文件first.c main.c 你可以这样写
OBJS:=first.o main.o
main : $(OBJS)
      gcc -o main $^
这样就行了.可以编译了.现在问题是如果你这个first.c里包含了一些头文件.比如包含了结构体声明.你修改了这个结构体里的成员.这个时候你又从新make了下.它是不会干什么的.因为你修改了头文件.隐晦规则其实自动给你加了这样的语句.
gcc -c *.c
这样的语句不关头文件的事.你头文件再怎么改,只要源文件不动.时间撮不变的.这个比较麻烦了.所以那个什么make 组织就建议在写依赖的时候把头文件包含进去.你可以这样写
gcc -c first.c first.h 
哎.这样就好了.但是问题又来了.这样写太麻烦了,和写这个完整的makefile没区别了.万一我这个头文件不要了呢.万一改名字了呢?你得从makefile里把这个头文件全部找到.处理好.
所以得想办法。即能使用隐晦规则.又能包含了头文件.这就是最高宗旨.
同时gcc编译器有个功能 gcc -MM first.c   这样会输出first.o : first.c *.h 这个功能很诡异啊.
基于这个原因.这个.d出来了.也就是把每个源文件都gcc -MM下把输出从定向到一个对应的.d文件.比如
first. c 我们做了某个动作后就出来 first.d .然后把这个.d的内容在包含到这个Makefile里.哎.不错.思路有了.那就做吧,该怎么做呢?举个例子吧.

现在有两个源文件 first.c  main.c   一个Makefile下面是内容:

SRCS:=$(wildcard *.c) #这句不说. 如果你看不懂找书.个人认为<跟我一起写Makefile>书不错
OBJS=$(SRCS: .c=.o) # 后缀替换
.PHONY : all
all : dep main
dep:
%.d : %.c
   rm -f $@; /  #删除原来的.d文件
        $(CC) -MM  $< > $@.$$$$; / #解释$<也就是.c 然后用 > 从定向到.d $$$$ 是随机号
        sed 's,/($*/)/.o[ :]*,/1.o $@ : ,g' < $@.$$$$ > $@; / #用sed工具处理
        rm -f $@.$$$$
main : $(OBJS)
    gcc -o main $^
sinclude $(SRCS:.c=.d)

clean:
    -rm -f *.d *.o main.exe
哎.好了.就是这样的.我验证过的.可以分步:
make dep
make main
make clean
也可以直接
make 或则make all.一样的

结束了.

<think>我们正在解决编译时出现的`libguile.h`缺失问题,并探讨`Makefile.am`和`Makefile.in`在自动生成流程中的作用。用户的问题集中在如何通过安装开发包、配置构建系统来解决头文件缺失,以及理解Autotools(automake)的工作流程。###解决`fatalerror:libguile.h:Nosuchfileordirectory`####1.**安装Guile开发包**必须安装GNUGuile的开发包(包含头文件和库)。根据系统选择:-**Debian/Ubuntu**:```bashsudoapt-getinstalllibguile-3.0-dev#安装Guile3.0开发包```-**RHEL/CentOS**:```bashsudoyuminstallguile-devel```-**Fedora**:```bashsudodnfinstallguile-devel```安装后,头文件通常位于`/usr/include/guile/3.0/`(版本号可能不同)[^1]。####2.**验证头文件路径**检查`libguile.h`是否存在:```bashfind/usr-name'libguile.h'2>/dev/null```####3.**配置构建环境**如果使用Autotools(`configure`脚本)构建项目:-确保开发包安装后重新运行`configure`:```bash./configure```它会自动检测Guile并设置正确的头文件路径[^2]。####4.**手动指定头文件路径(备选)**如果构建系统未自动处理,可手动添加编译标志:```bashCFLAGS="-I/usr/include/guile/3.0"./configure```---###理解`Makefile.am`和`Makefile.in`的自动生成流程Autotools(automake+autoconf)用于生成可移植的构建系统。流程如下:####1.**编写`Makefile.am`**-开发者定义项目构建规则(例如编译目标、依赖):```makefilebin_PROGRAMS=my_programmy_program_SOURCES=main.cmy_program_CPPFLAGS=$(GUILE_CFLAGS)#头文件搜索路径my_program_LDADD=$(GUILE_LIBS)#链接库```-`GUILE_CFLAGS`和`GUILE_LIBS`由`configure`脚本通过`pkg-config`填充[^3]。####2.**生成`Makefile.in`**-运行`automake`将`Makefile.am`转换为模板`Makefile.in`:```bashautomake--add-missing#通常与autoreconf一起使用```-`Makefile.in`包含占位符(如`@GUILE_CFLAGS@`),将在`configure`运行时被替换。####3.**生成`configure`脚本**-使用`autoconf`处理`configure.ac`生成`configure`:```bashautoconf```-`configure.ac`中需包含Guile依赖检查:```m4PKG_CHECK_MODULES([GUILE],[guile-3.0])#检查Guile并设置GUILE_CFLAGS/GUILE_LIBS```####4.**用户构建流程**用户执行标准步骤:```bash./configure#检测系统环境,生成Makefilemake#使用Makefile编译sudomakeinstall#安装```####依赖关系图```mermaidgraphLRA[Makefile.am]-->|automake|B[Makefile.in]C[configure.ac]-->|autoconf|D[configure]D-->|运行|E[Makefile]B-->E```>**关键点**:>-`Makefile.am`是开发者编写的抽象规则;>-`Makefile.in`是Autotools生成的中间模板;>-`configure`根据系统配置将`Makefile.in`转为最终`Makefile`[^4]。§§相关问题§§1.Autotools中`configure.ac`如何检查第三方库的存在?2.如何为项目添加自定义的编译选项(如启用调试模式)?3.当`./configure`报告“Guilenotfound”时如何解决?4.`pkg-config`在构建过程中起什么作用?[^1]:开发包提供头文件和链接库,编译器需要它们完成预处理和链接。[^2]:`configure`脚本通过环境变量或`pkg-config`探测依赖库路径。[^3]:`pkg-config`提供标准化的编译和链接标志查询接口。[^4]:Autotools通过生成脚本适配不同Unix系统,解决兼容性问题。</think>### 解决 "fatal error: libguile.h: No such file or directory" 及 Makefile 自动生成流程 #### 一、问题根本原因 该错误表明编译时缺少 GNU Guile 库的开发文件(头文件和链接库)。解决方案需同时处理**依赖安装**和**构建系统配置**。 #### 二、完整解决步骤 1. **安装 Guile 开发包** ```bash # Debian/Ubuntu sudo apt-get install libguile-3.0-dev # 或 libguile-2.2-dev # RHEL/CentOS sudo yum install guile-devel # Fedora sudo dnf install guile-devel ``` 验证安装: ```bash find /usr -name 'libguile.h' 2>/dev/null # 典型输出: /usr/include/guile/3.0/libguile.h ``` 2. **配置构建系统(Autotools 流程)** Autotools 构建链的关系: ```mermaid graph LR A[configure.ac] -->|autoconf| B[configure] C[Makefile.am] -->|automake| D[Makefile.in] B -->|运行| E[Makefile] D --> E ``` **关键文件作用**: - `configure.ac`:定义项目依赖和系统检查 - `Makefile.am`:声明构建规则 - `Makefile.in`:Autotools 生成的模板 - `Makefile`:最终构建文件 3. **添加 Guile 依赖检测** 在 `configure.ac` 中添加: ```m4 PKG_CHECK_MODULES([GUILE], [guile-3.0]) AC_SUBST(GUILE_CFLAGS) AC_SUBST(GUILE_LIBS) ``` 4. **配置 Makefile.am** ```makefile bin_PROGRAMS = your_program your_program_SOURCES = main.c your_program_CPPFLAGS = $(GUILE_CFLAGS) # 头文件路径 your_program_LDADD = $(GUILE_LIBS) # 链接库 ``` 5. **重新生成构建系统** ```bash autoreconf -fiv # 重新生成 configure 和 Makefile.in ./configure # 检测依赖并生成 Makefile make # 正常编译 ``` #### 三、工作流程详解 1. **开发者编写**: - `configure.ac`:使用 M4 宏定义依赖检查 - `Makefile.am`:声明目标、源文件和编译规则 2. **生成中间文件**: ```bash aclocal # 收集宏 autoconf # 生成 configure 脚本 automake --add-missing # 生成 Makefile.in ``` 3. **用户构建**: ```bash ./configure # 扫描系统环境,替换 Makefile.in 中的变量 make # 使用最终 Makefile 编译 ``` > **关键点**: > `PKG_CHECK_MODULES` 会通过 `pkg-config` 查询 `guile-3.0.pc` 文件,自动设置 `GUILE_CFLAGS` 和 `GUILE_LIBS`[^1]。 > `Makefile.in` 中的占位符如 `@GUILE_CFLAGS@` 在 `./configure` 阶段被替换为实际路径[^2]。 #### 四、验证配置结果 检查生成的 `Makefile` 中是否包含正确路径: ```makefile # 应包含类似内容: your_program_CPPFLAGS = -I/usr/include/guile/3.0 your_program_LDADD = -lguile-3.0 ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值