make/Makefile的用法

本文介绍Makefile的基础概念及其在实际项目中的应用。通过一个计算器项目的示例,详细讲解了Makefile的编写方法,包括不同风格的Makefile写法及其执行效果。

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

make/Makefile:

1. make

make是一条命令

2. makefile

Makefile 是一个文件,两个搭配起来使用,完成项目自动化处理

3. make/Makefile的作用:
  • 1.一个工程中的源文件不计其数,其按类型、功能、模块分别放在若干个目录中,而Makefile定义了一系列的规则来制定。 哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于一些更为复杂的功能操作,因为Makefile就像是一个shell脚本一样,其中也可以执行操作系统的命令。
  • 2.Makefile的好处——“ 自动化编译 ”。一旦写好,只需要一个make命令,整个工程完成自动化编译,极大的提高了软件开发的效率。
  • 3.make是一个命令工具,是一个解释Makefile中指令的命令工具。

下面我们写一个计算器 math ,其中包含的文件有: add.c add.h sub.c sub.h mul.c mul.h div.c div.h main.c Makefile

代码:

add.c
#include "add.h"                                                                

int add(int a,int b)
{
    return a + b;
}

add.h:
#ifndef __ADD_H__                                                               
#define __ADD_H__

int add(int a,int b); 

#endif /// __ADD_H__
sub.c
#include "sub.h"                                                                

int sub(int a,int b)
{
    return a - b;
}
sub.h
#ifndef __SUB_H__                                                               
#define __SUB_H__

int sub(int a,int b); 

#endif /// __SUB_H
mul.c
#include "mul.h"                                                                

int mul(int a,int b)
{
    return a * b;
}
mul.h
#ifndef __MUL_H__                                                               
#define __MUL_H__

int mul(int a,int b); 

#endif /// __MUL_H                       
div.c
#include "div.h"                                                                

int div(int a,int b)
{
    return a/b;
}
div.h
#ifndef __DIV_H__                                                               
#define __DIV_H__

int div(int a,int b); 

#endif /// __DIV_H

这里写图片描述

sub.c sub.h mul.c mul.h div.c div.h 类似于add.c add.h

main.c
#include <stdio.h>

#include "add.h"                                                                
#include "sub.h"
#include "mul.h"
#include "div.h"

int main()
{
    int a,b;

    printf("input a b : ");
    scanf("%d %d",&a,&b);

    printf(" %d + %d  = %d\n",a,b,add(a,b));
    printf(" %d - %d  = %d\n",a,b,sub(a,b));
    printf(" %d * %d  = %d\n",a,b,mul(a,b));
    printf(" %d / %d  = %d\n",a,b,div(a,b));
}

makefile的三种写法:
目标文件:依赖文件

tab命令 gcc 依赖文件 -o 目标文件

其中 $^代表依赖文件,$@代表目标文件。
  • 第一种:
main : main.o add.o sub.o mul.o div.o
        gcc main.o add.o sub.o mul.o div.o -o main
add.o : add.c
        gcc -c add.c -o add.o
sub.o : sub.c
        gcc -c sub.c -o sub.o
mul.o : mul.c
        gcc -c mul.c -o mul.o
div.o : div.c
        gcc -c div.c -o div.o                                                   
main.o : main.c
        gcc -c main.c -o main.o
clean:
        rm -rf *.o

这里写图片描述
第二种:

main:main.o add.o sub.o mul.o div.o 
        gcc $^ -o $@
%.o : %.c 
        gcc -c $^ -o $@
clean:
        rm -rf *.o       

这里写图片描述
第三种:

.PHONY:clean main                                                               

main:main.o add.o sub.o mul.o div.o 
        gcc $^ -o $@
%.o : %.c 
        gcc -c $^ -o $@
clean:
        rm -rf *.o

这里写图片描述

1.其中clean:
        rm -rf *.o  的意思是:去掉所有带有 .o 的文件
2. .PHONY:clean main的使用(使第一次make后,make clean后,不用更新Makefile文件,  
    也能执行main) ;如果没有这句话,不更新Makefile的情况下,第二次make,则会出现
    “main”是最新的。  

3. .PHONY的作用:

    1 避免和同名文件冲突;
    2 改善性能。

    这个的作用就是:每次执行make的时候,都忽略最新的,而去每次执行 .PHONY后面的命令

    假如.PHONY后面只有clean的话,如果没有make clean,执行make,会一直告诉我们
    main是最新的,而如果加了main的话,不管有没有make clean,只要make,就会执行main
    这条命令

第一.二种Makefile,make后的结果:
1.第一次 make,会编译
2. 然后再去执行make,会发现:make:”main”是最新的
3. 而如果make clean 之后,会发现再一次make的时候,会再去编译
这里写图片描述

第三种Makefile,make后的结果:
而加了.PHONY:main clean之后,无论执行不执行make clean,,都会去执行main这条命令
这里写图片描述

user@debian:~/ModSecurity$ ./build.sh libtoolize: putting auxiliary files in '.'. libtoolize: copying file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'build'. libtoolize: copying file 'build/libtool.m4' libtoolize: copying file 'build/ltoptions.m4' libtoolize: copying file 'build/ltsugar.m4' libtoolize: copying file 'build/ltversion.m4' libtoolize: copying file 'build/lt~obsolete.m4' configure.ac:50: installing './compile' configure.ac:45: installing './missing' examples/multiprocess_c/Makefile.am: installing './depcomp' src/Makefile.am:70: warning: wildcard actions/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/ctl/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/data/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/disruptive/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/transformations/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard debug_log/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard audit_log/writer/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard collection/backend/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard operators/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard parser/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard request_body_processor/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard utils/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard variables/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard engine/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard *.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/ctl/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/data/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/disruptive/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard actions/transformations/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard debug_log/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard audit_log/writer/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard collection/backend/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard operators/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard parser/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard request_body_processor/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard utils/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard variables/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard engine/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) src/Makefile.am:70: warning: wildcard *.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) user@debian:~/ModSecurity$
最新发布
06-29
<think>我们正在处理用户关于ModSecurity构建过程中出现的警告问题。用户特别关注在运行build.sh脚本时出现的关于Makefile.am中使用非POSIX变量名的警告。这些警告出现在src/Makefile.am的第70行,涉及多个通配符表达式(如`actions/*.h`)。用户想知道这些警告的原因、是否可以安全忽略以及如何修复。 ###问题分析1.**警告内容**:-构建过程中出现多行警告:`warning:wildcard...:non-POSIXvariable name`-示例:`src/Makefile.am:70: warning: wildcard actions/*.h:non-POSIXvariable name`-括号内提示:`(probably aGNU makeextension)` 2. **原因**:-Automake严格遵循POSIX标准,而GNU Make支持通配符(wildcard)等扩展功能。-在Makefile.am中直接使用通配符(如`*.h`)属于GNUMake的扩展语法,不符合POSIX标准。-Automake在解析时会产生警告,但实际生成的Makefile仍能正常工作(因为最终由GNUMake处理)。 3. **影响**:-这些警告**不会中断构建过程**,属于代码风格警告。-生成的Makefile在GNUMake环境下能正确执行,因为GNU Make支持通配符。-如果目标系统使用非GNU Make(如BSD Make),则可能出错。 ###解决方案####选项1:忽略警告(推荐) -**适用场景**:仅在GNUMake环境下构建(Linux系统默认使用GNUMake)。- **理由**:ModSecurity项目明确设计为使用GNUMake,因此这些警告可安全忽略。 -**验证方法**:构建完成后,检查生成的`Makefile`中是否包含通配符表达式(通常保留)。 ####选项2:修改Makefile.am(高级用户) -**原理**:将通配符替换为显式文件列表。 -**步骤**:1.编辑`src/Makefile.am`:```makefile#原始问题行(示例):# some_variable =actions/*.h actions/ctl/*.h ...#修改为显式列出文件(假设actions目录下有foo.h bar.h):some_variable =actions/foo.hactions/bar.hactions/ctl/ctl1.h ...```2.重新运行`./build.sh`。 -**缺点**:-每次新增/删除头文件都需要手动更新列表。-不推荐,因为ModSecurity项目本身使用通配符管理大量文件。####选项3:抑制Automake警告- **原理**:在`configure.ac`中设置`AM_INIT_AUTOMAKE`时添加`-Wno-portability`选项。 -**步骤**:1.编辑`configure.ac`:```m4AM_INIT_AUTOMAKE([-Wno-portabilityforeign subdir-objects])```2.重新运行`./build.sh`。- **影响**:全局禁用可移植性警告,可能掩盖其他问题。 ###根本原因说明Automake分为两个阶段:1.**生成阶段**:由`automake`解析`Makefile.am`并生成`Makefile.in`。-此阶段严格检查POSIX合规性,产生警告。 2. **执行阶段**:由`configure`生成最终`Makefile`,并由`make`执行。- GNUMake支持通配符,因此实际构建不受影响。###验证修复-忽略警告:构建成功后,检查`mod_security2.so`(或目标文件)是否生成。-修改Makefile.am:确保显式文件列表完整,构建无文件缺失错误。-抑制警告:重新运行`./build.sh`后警告消失。###附加建议-**报告问题**:若警告过多,可向ModSecurity项目提Issue建议使用显式文件列表(但通常不被接受,因通配符更易维护)[^1]。§§相关问题§§1. Automake和Autoconf在构建系统中的角色是什么? 2. GNUMake与POSIXMake的主要区别有哪些? 3.如何为开源项目贡献构建系统的改进?4.ModSecurity的构建依赖哪些外部库?[^1]:Automake官方文档:https://www.gnu.org/software/automake/manual/automake.html</think>### ModSecurity构建中非POSIX变量名警告分析 您在运行ModSecurity的`build.sh`脚本时遇到的警告信息是Automake工具对`Makefile.am`中GNU Make扩展语法的合规性提示。这些警告的核心问题是: ```bash src/Makefile.am:70: warning: wildcard actions/*.h: non-POSIX variable name src/Makefile.am:70: (probably a GNU make extension) ``` #### 原因分析 1. **POSIX标准差异**: - Automake严格遵循POSIX标准 - 通配符表达式(如`*.h`)属于GNU Make扩展语法 - 在POSIX标准中,变量名只能包含字母、数字和下划线[^1] 2. **技术本质**: ```makefile # Makefile.am中的问题代码示例 HEADERS = actions/*.h actions/ctl/*.h # 非POSIX合规 ``` 这种通配符语法在GNU Make中有效,但不符合POSIX标准 3. **项目背景**: - ModSecurity使用通配符简化头文件管理 - 这种写法在Linux环境中普遍使用但技术上不规范 #### 解决方案 ##### 方案1:安全忽略(推荐) - **适用场景**:仅在GNU Make环境构建(所有Linux发行版默认) - **操作建议**: ```bash # 添加抑制警告参数 ./build.sh 2>&1 | grep -v "non-POSIX variable name" ``` - **验证方法**: ```bash make -p | grep "GNU Make" # 确认使用GNU Make ``` ##### 方案2:代码级修复(高级) ```diff # 修改src/Makefile.am - HEADERS = actions/*.h actions/ctl/*.h ... + actions_headers = $(wildcard actions/*.h) + ctl_headers = $(wildcard actions/ctl/*.h) + HEADERS = $(actions_headers) $(ctl_headers) ... ``` ##### 方案3:全局配置 在`configure.ac`中添加: ```m4 AM_INIT_AUTOMAKE([-Wno-portability]) ``` #### 影响评估 | 方案 | 安全性 | 维护性 | 兼容性 | |------|--------|--------|--------| | 忽略警告 | ✅ 安全 | ✅ 无需维护 | ✅ 全GNU环境 | | 修改代码 | ⚠️ 需测试 | ❌ 增加维护 | ✅ 全环境 | | 配置抑制 | ✅ 安全 | ✅ 一次配置 | ⚠️ 仅Automake | #### 根本原因说明 Automake的检查流程: 1. 解析`Makefile.am`生成`Makefile.in` 2. 严格检查POSIX合规性(阶段1) 3. 最终由GNU Make执行(阶段2) $$ \text{Automake} \xrightarrow{\text{POSIX检查}} \text{Makefile.in} \xrightarrow{\text{GNU Make}} \text{二进制} $$ 通配符警告仅发生在阶段1,不影响阶段2的实际构建[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值