【Linux系列】gcc选项含义：CFLAGS、CXXFLAGS、LDFLAGS与LIBS

最新推荐文章于 2025-06-20 15:43:38 发布
最新推荐文章于 2025-06-20 15:43:38 发布
阅读量1.9w 收藏 14
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 【Linux/Gcc技术专栏】 文章标签： gcc Cflags
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/SoaringLee_fighting/article/details/65448010
本文介绍了Linux编译中CFLAGS和CXXFLAGS用于指定C/C++编译器的选项，包括头文件路径。LDFLAGS用于指定库文件位置，而LIBS则指示链接器链接的库文件。讨论了如何通过LDFLAGS扩展运行时库文件的搜索路径，并提供了设置环境变量的方法。

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

Date: 2017/3/23

Author:SoaringLee

CFLAGS 表示用于 C 编译器的选项，
CXXFLAGS 表示用于 C++ 编译器的选项。
这两个变量实际上涵盖了编译和汇编两个步骤。

CFLAGS： 指定头文件（.h文件）的路径，如：CFLAGS=-I/usr/include -I/path/include。同样地，安装一个包时会在安装路径下建立一个include目录，当安装过程中出现问题时，试着把以前安装的包的include目录加入到该变量中来。

LDFLAGS：gcc 等编译器会用到的一些优化参数，也可以在里面指定库文件的位置。用法：LDFLAGS=-L/usr/lib -L/path/to/your/lib。每安装一个包都几乎一定的会在安装目录里建立一个lib目录。如果明明安装了某个包，而安装另一个包时，它愣是说找不到，可以把那个包的lib路径加入的LDFALGS中试一下。

LIBS：告诉链接器要链接哪些库文件，如LIBS = -lpthread -liconv

简单地说，LDFLAGS是告诉链接器从哪里寻找库文件，而LIBS是告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上，所以你即使将这两个的值互换，也没有问题。

有时候LDFLAGS指定-L虽然能让链接器找到库进行链接，但是运行时链接器却找不到这个库，如果要让软件运行时库文件的路径也得到扩展，那么我们需要增加这两个库给"-Wl,R"：

了解本专栏 订阅专栏 解锁全文 超级会员免费看
【Linux/gcc系列】Gcc编译链接选项的用法总结
优快云明星博主，认证博客专家，视频、Matlab领域优质创作者。
03-13 2119
Date: 2019-3-13 前言     Gcc编译器套件中包含了Linux程序编译和链接的整个工具链，其中编译和链接选项控制了编译器和连接器的行为（比如打印输出、警告等）。下面总结了项目中遇到的Gcc编译链接选项的用法。
win10 Clion gcc CMake环境初始化Failed to reload报错：gcc.exe: error: language objective-c not recognized
Hello Word!
12-23 2685
clion从源码新建cmake项目，环境初始化的时候（reload CMakelLists.txt) 时候报错： 报错1： g++.exe: error: CreateProcess: No such file or directory 报错2： gcc.exe: error: CreateProcess: No such file or directory 报错3： gcc.exe: error: language objective-c not recognized 这几个错是同时报的。 详
g++编译命令选项.
08-12
g++编译命令选项.本文讨论GNU编译器集合(GCC)中的C++编译器(g++)的典型用法,主要是指命令行选项的构造。GCC的C++编译器正常安装后,可以使用g++或c++命令执行。
Makefile选项CFLAGS,LDFLAGS,LIBS
weixin_30566149的博客
12-14 3079
CFLAGS 表示用于 C 编译器的选项，CXXFLAGS 表示用于 C++ 编译器的选项。这两个变量实际上涵盖了编译和汇编两个步骤。 CFLAGS： 指定头文件（.h文件）的路径，如：CFLAGS=-I/usr/include -I/path/include。同样地，安装一个包时会在安装路径下建立一个include目录，当安装过程中出现问题时，试着把以前安装的包的include目录加入到该变量...
【Golang】go build 命令选项-ldflags用法
最新发布
Kevin_Gates的专栏
06-20 230
go build -ldflags 编译命令解释
【g＋＋编译命令】
qq_41270142的博客
11-27 5427
gcc & g++现在是gnu中最主要和最流行的c & c++编译器 。 g++是c++的命令，以.cpp为主，对于c语言后缀名一般为.c。这时候命令换做gcc即可。其实是无关紧要的。 其实编译器是根据gcc还是g++来确定是按照C标准还是C++标准编译链接。 下面以Test.cpp为例： 命令： g++ Test.cpp 功能：生成默认为a.exe的文件，这个过程包含了编译和链接。 再说下-o命令，-o命令表示输出的意思，gcc/g++命令是非常灵活的，你不指定输出的文件名的时候默认生成的
g++编译命令大全
m0_49133355的博客
07-15 2106
编译 sourcefile.cpp 生成目标文件 sourcefile.o，但不进行链接。编译 sourcefile.cpp 生成目标文件 outputfile.o。-fno-exceptions：不使用 C++ 异常。-fPIC：生成与位置无关的代码，通常用于共享库。-std=c++98：使用 C++ 98 标准。-std=c++11：使用 C++ 11 标准。-std=c++14：使用 C++ 14 标准。-std=c++17：使用 C++ 17 标准。-std=c++20：使用 C++ 20 标准。
g++编译命令
惯看秋月春风
08-10 1万+
一、编译过程 1、预处理      1) 展开所有的以#开始的预编译指令,过滤注释,加入行号,引入头文件,生成*.i文件      2) g++ -E hello.cpp -o hello.i 2、编译      1) 进行词法分析、语法分析、语义分析、优化后产生相应的汇编文件*.s      2) g++ -S hello.i -o hello.s 3、汇编       将编译文...
linux编译参数CPPFLAGS、CFLAGS、LDFLAGS的理解
轻口味的专栏
07-24 2396
假设在运行./configure曾经环境变量设置export LDFLAGS=”-L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib” ，注意环境变量设置等号两边不能够有空格，并且要加上引号（shell的使用方法）。假如说我们想在makefile里为.c文件进入一个宏定义，就用EXTRA_CFLAGS += DCONFIG_DEBUG( 等价于在.c文件里定义#define CONFIG_DEBUG)
CFLAGS、CXXFLAGS和LDFLAGS、LIBS和-L、-rpath、-rpath-link和LD_LIBRARY_PATH
SundayO的博客
09-14 3110
日常工作实践中，可以通过变量和编译器配合使用，控制编译器的行为。这些参数必须在gcc命令行中显示指定，使用export命令指定这些变量是无效的。 CLFAGS和CXXFLAGS CLFAGS表示C编译器的选项，CXXFLAGS 表示C++编译器的选项，用于指定头文件(.h)的路径。 例子: CFLAGS=-I/usr/include -I/path/include 大多数程序和库在编译时默认的优...
g＋＋编译命令大全
热门推荐
qq_39422827的博客
11-12 1万+
gcc & g++现在是gnu中最主要和最流行的c & c++编译器 。 g++是c++的命令，以.cpp为主，对于c语言后缀名一般为.c。这时候命令换做gcc即可。其实是无关紧要的。 其实编译器是根据gcc还是g++来确定是按照C标准还是C++标准编译链接。 下面以Test.cpp为例： 命令： g++ Test.cpp 功能：生成默认为a.exe的文件，这个过程包含了编译
g++命令详解
03-02
g++命令详解
GCC/G++编译命令选项.pdf
11-19
gcc/g++在执行编译工作的时候，总共需要4步 1.预处理,生成.i 的文件[预处理器cpp] 2.将预处理后的文件不转换成汇编语言,生成文件.s[编译器egcs] 3.有汇编变为目标代码(机器代码)生成.o 的文件[汇编器as] 4.连接目标代码,生成可执行程序[链接器ld]
g++编译常用指令
qq_53045284的博客
12-02 6034
以demo.cpp为例 g++编译流程： 预处理——>编译——>汇编——>链接 以下是常用的编译指令 1、g++ demo.cpp 作用：生成一个名字为a.exe的可执行程序 2、g++ -c demo.cpp -o demo.exe 作用：生成一个名字为demo.exe的可执行文件，-o就是输出的意思 2、g++ -E demo.exe 作用：对文件进行预处理 3、g++ -E demo.cpp -o demo.i 预处理的结果重定向到一个demo.
G++命令
06-19 322
gcc and g++分别是gnu的c & c++编译器。 从源代码到可执行文件的四步 gcc/g++在执行编译工作的时候，总共需要4步 1.预处理,生成.i的文件，用到预处理器cpp。这一步称为preprocess。 2.将预处理后的文件转换成汇编语言文件.s，用到编译器egcs。这一步称为compile。实际上编译过程就是将高级语言转化成汇编语言的过程。 3.把汇编变为目标代...
g++ 命令
tortelee的博客
12-04 708
参考这里总结来说，缺点： 上面的有个缺点就是，需要在编译的指令上指定所有的参与文件，如果文件少还可以， 文件多的话，这么指定会很麻烦。vscode可以通过的版本，指定Path, 指定参与文件 g++ 参与编译的文件 1, Approach 1 在上面定义文件时，使用** 例如 替换为 OR
UNIX系统开发－gcc参数详解
andy205214的专栏
12-25 1166
原文作者：pianopan@beeship.com[版本] -0.13 [声明] 这篇文档是我的关于gcc参数的笔记,我很怀念dos年代我用小本子,纪录所有的dos 命令的参数.哈哈,下面的东西可能也不是很全面,我参考了很多的书,和gcc的帮助.不全的原因是,有可能我还没有看到这个参数,另一种原因是,我可能还不会用它 不过,我会慢慢的补齐的.哈哈 如果你要转在本文章请保留我email(pianop
g++编译命令使用
artistkeepmonkey的博客
06-21 3449
C++源文件到可执行程序具体步骤为： 预处理 编译 汇编 链接 我们可以使用命令单独生成某个步骤处理的结果 预处理 -E 本质是文本的处理，宏定义的替换、头文件复制到对应的位置、删除注释 编译 -S 文本编译为汇编代码 汇编 -o 汇编代码转为可执行指令 链接 静态库、动态库链接 静态库制作......
龚志远 gold86522 Linux Makefile编译基本模块进阶 （已允许复制粘贴） 实验总用时：00:01:29 资源中心 数据集 nav 第1关：编译静态库 400 学习内容 参考答案 记录 评论11 任务描述 相关知识 源码文件说明 编译静态库分解步骤 指定头文件目录 Makefile目标与依赖的格式 编程要求 测试说明 任务描述 在当前目录下存在两个子目录： inc 和 src ， inc 下面有static_develop.h和static_entry.h， src 下面有static_develop.c、static_entry.c和main.c。 本关任务： 分别利用static_develop.c、static_entry.c和main.c生成相应的.i、.s和.o文件； 利用前面的文件生成libMakeStatic.a； 直接利用static_develop.c、static_entry.c和main.c生成MakeStatic.out。 相关知识 我们通常把一些公用函数制作成函数库，供其它程序使用。函数库分为静态库和动态库两种。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。 静态库是一堆 object 对象的集合，使用 ar 命令可以将编译产生的.o文件打包成.a静态库。 对于模块中代码文件较少的来说，通常我们可以将该模块编写为一个静态库。 源码文件说明 Test.c是函数库的源程序，其中包含公用函数 test，该函数将在屏幕上输出Make a static library!。Test.h为该函数库的头文件。Main.c为测试库文件的主程序，在主程序中调用了公用函数 test 。 /*********************************************** ****************Test.h************************** ************************************************/ #ifndef HELLO_H #define HELLO_H void test(const char *name); #endif //HELLO_H /*********************************************** ****************Test.c************************** ************************************************/ #include <stdio.h> void test(const char *name) { printf("Make %s! ", name); } /*********************************************** ****************Main.c************************** ************************************************/ #include "Test.h" int main() { hello("a static library"); return 0; } 编译静态库分解步骤 我们将静态库取名为libTest.a。使用的主要命令是 gcc 和 ar ， gcc主要用来产生.i，.s和. o文件， ar 主要用来将.o文件链接成静态库。 按照背景知识中介绍的编译步骤，编译生成静态库的步骤如下： 预编译：gcc -E Main.c -o Main.i && gcc -E Test.c -o Test.i 编译：gcc -s Main.i -o Main.s && gcc-s Test.i -o Test.s 汇编：gcc -c Test.s -o Test.o && gcc -c Test.s -o Test.o 链接：ar crv libTest.a Main.o Test.o 也可以将前面三步汇总为一步： gcc Main.c Test.c -o Test.out ar crv libTest.a Test.out 指定头文件目录 在编译的过程中，编译工具会根据源文件所#include的字符串去找头文件，默认是编译器里头文件的目录。如果需要添加额外的头文件目录，需要程序员自行制定。定义规则如下： LOCALDIR = . INCLUDE += -I${LOCALDIR}/include/ ......... gcc ${INCLUDE} hello.c -O hello ......... Makefile目标与依赖的格式 目标与依赖的格式非常重要，尤其是命令前面一定要使用**TAB键补全**。 格式如下： 目标：依赖文件 【tab】命令 示例如下： Test.out : Main.c Test.c gcc $^ -o $@ helloworld.c 编程要求 在当前目录下存在两个子目录： inc 和 src ， inc 下面有static_develop.h和static_entry.h， src 下面有static_develop.c、static_entry.c和main.c。 本关的编程任务是补全右侧 Makefile 脚本片段中三段Begin至End中间的语句，具体要求如下： 在第一段指定头文件目录； 在第二段完成以下功能： 分别利用static_develop.c、static_entry.c和main.c生成相应的.i、.s和.o文件； 利用前面的文件生成libMakeStatic.a； 在第三段中，直接利用static_develop.c、static_entry.c和main.c生成MakeStatic.out。 注意：需要指定头文件目录，否则编译会失败。 测试说明 测试过程： 用户补全框架内的代码，实现功能性代码； 接着根据程序的输出判断程序是否正确。 以下是测试样例： 测试输入： 预期输出： *.i file generate successful! *.s file generate successful! *.o file generate successful! LibMakeStatic.a generate successful! MakeStatic.out generate successful! 生活赋予我们一种巨大的和无限高贵的礼品，这就是青春：充满着力量，充满着期待志愿，充满着求知和斗争的志向，充满着希望信心和青春。 —— 奥斯特洛夫斯基 开始你的任务吧，祝你成功！ 如果你觉得这一关的内容对你有帮助，请你在下面点赞。 说点什么 1 resize-icon 12345678910111213141516171819202122232425262728293031 ###################################### # # ###################################### #target you can change test to what you want #静态库文件名，lib*.a TARGET := libMakeStatic.a TARGET_OUT := MakeStatic.out 测试结果 测试集1 本关最大执行时间：40秒 下一关 run 评测 AI翻译 ###################################### # # ###################################### #target you can change test to what you want #静态库文件名，lib*.a TARGET := libMakeStatic.a TARGET_OUT := MakeStatic.out #compile and lib parameter #编译参数 CC := gcc -lm -lc -lz AR = ar crv LIBS := LDFLAGS := -DEEP_DEV_BLOCK -DEEP_REPAIR_RECOVERY_IMAGE LDFLAGS += -Wno-error=maybe-uninitialized -Wno-error=uninitialized -Wno-error=unused-parameter CC += $(LDFLAGS) #头文件目录变量 INCLUDE := -I. CFLAGS := -g -Wall -O3 $(DEFINES) $(INCLUDE) CXXFLAGS:= $(CFLAGS) -DHAVE_CONFIG_H #################指定头文件目录############### #####################Begin#################### ######################End##################### .PHONY : clean all all : $(TARGET) $(TARGET_OUT) $(TARGET) : ############ 注意使用TAB ############### #####################Begin#################### ######################End##################### $(TARGET_OUT) : ############ 注意使用TAB ############### #####################Begin#################### ######################End##################### clean : rm -fr *.o *.i *.s rm -fr $(TARGET) $(TARGET_OUT)
06-07
<think>我们有一个编译需求：使用Makefile完成以下任务：1.指定头文件目录2.生成预处理文件(.i)、汇编文件(.s)、目标文件(.o)3.创建静态库libMakeStatic.a4.直接从源文件生成可执行文件MakeStatic.out假设我们的项目结构如下：-源文件：src/main.c,src/func1.c,src/func2.c-头文件：include/head.h我们将构建过程分解为以下步骤：步骤1：设置编译器和标志CC:=gccCFLAGS:=-Iinclude-Wall-Wextra-Werror-g步骤2：定义源文件、目标文件等SRC_DIR:=srcINC_DIR:=includeBUILD_DIR:=buildPREPROC_DIR:=$(BUILD_DIR)/preprocASM_DIR:=$(BUILD_DIR)/asmOBJ_DIR:=$(BUILD_DIR)/objLIB_DIR:=libBIN_DIR:=binSRCS:=$(wildcard$(SRC_DIR)/*.c)OBJS:=$(patsubst$(SRC_DIR)/%.c,$(OBJ_DIR)/%.o,$(SRCS))PREPROC_FILES:=$(patsubst$(SRC_DIR)/%.c,$(PREPROC_DIR)/%.i,$(SRCS))ASM_FILES:=$(patsubst$(SRC_DIR)/%.c,$(ASM_DIR)/%.s,$(SRCS))静态库名字：libMakeStatic.a可执行文件：MakeStatic.out（我们将它放在bin目录下）步骤3：创建目录结构我们需要确保这些目录存在，可以使用一个make目标来创建。步骤4：规则1.预处理规则：生成.i文件2.汇编规则：从.i生成.s文件，或者直接从.c生成.s（通常我们使用gcc的-S选项从.c生成.s，用-E生成.i）3.编译规则：从.s或.c生成.o4.静态库规则：使用ar命令将所有的.o打包成静态库5.可执行文件规则：直接链接源文件生成可执行文件（注意：这里不是链接静态库，而是直接链接源文件）注意：生成可执行文件有两种方式：a)先编译源文件得到.o，然后链接.o生成可执行文件（这里我们已经有.o，所以可以直接链接）b)直接使用gcc编译链接所有源文件根据要求，我们采用直接链接源文件的方式生成可执行文件，即不通过静态库，也不通过已有的.o（而是重新编译），但注意题目要求是“直接从源文件生成”，所以我们不依赖已经编译好的.o。但是，我们前面需要生成预处理文件、汇编文件、目标文件，以及静态库，所以这些步骤仍然需要。步骤5：目标all:我们可以构建预处理文件、汇编文件、目标文件、静态库和可执行文件。或者分多个目标，但为了满足要求，我们设计如下：我们将设置多个目标：preprocess:生成所有的.i文件asm:生成所有的.s文件objects:生成所有的.o文件staticlib:生成静态库executable:生成可执行文件但为了方便，我们可以让all目标包括：preprocess,asm,objects,staticlib,executable步骤6：清理clean:删除所有生成的文件和目录具体Makefile如下：注意：由于我们使用非源文件目录（build目录）存放.i,.s,.o，所以需要确保目录存在。同时，我们生成可执行文件的时候，我们不希望依赖之前生成的目标文件（因为要求直接使用源文件），所以我们将单独写一个规则，不使用$(OBJS)，而是直接使用$(SRCS)来编译。但是，注意：我们之前编译得到的目标文件是为了静态库和中间步骤，而生成可执行文件则重新编译整个程序（不经过静态库）。所以这里我们将生成可执行文件的规则独立出来。然而，如果我们希望避免重复编译，可以调整结构。但题目要求是直接从源文件生成可执行文件，所以我们可以这样：生成可执行文件：$(CC)$(CFLAGS)$(SRCS)-o$(BIN_DIR)/MakeStatic.out但这样会经历预处理、编译、汇编和链接，而且每个源文件都会被编译。虽然我们之前已经生成了.o，但这里不会使用，因为规则是独立的。但是，为了展示整个构建过程，我们保留这些步骤。考虑到这个Makefile会多次编译同一个文件（一次是生成中间文件，一次是为了生成可执行文件），所以我们可以考虑优化：生成可执行文件时使用已有的目标文件（这样就不会重新编译）。但是题目要求“直接从源文件生成”，所以可以有两种理解：A)在生成可执行文件这一步，源文件被重新编译成目标文件，然后链接（但这样就和之前的.o重复了）B)整个构建过程中，可执行文件是通过直接链接源文件一步完成的。这里我们按照B方式，即生成可执行文件不使用之前的目标文件，而是直接使用源文件一次编译链接完成。所以，我们可以为可执行文件单独写一个规则，它不需要依赖之前的.o，而是直接依赖源文件，然后使用gcc命令一次性编译和链接。但是，我们也可以利用已有的源文件列表进行一次性编译链接。完整Makefile如下：需要注意的是，我们使用mkdir-p来创建目录。</think> 下面是一个完整的Makefile示例，用于完成您要求的编译任务，包括生成预处理文件(.i)、汇编文件(.s)、目标文件(.o)、静态库(libMakeStatic.a)和可执行文件(MakeStatic.out)： ```makefile # 编译器设置 CC := gcc CFLAGS := -Wall -Wextra -g INCLUDES := -Iinclude # 目录结构 SRC_DIR := src BUILD_DIR := build LIB_DIR := lib BIN_DIR := bin # 源文件和目标文件 SRCS := $(wildcard $(SRC_DIR)/*.c) OBJS := $(patsubst $(SRC_DIR)/%.c,$(BUILD_DIR)/%.o,$(SRCS)) PREPROC := $(patsubst $(SRC_DIR)/%.c,$(BUILD_DIR)/%.i,$(SRCS)) ASSEMBLY := $(patsubst $(SR_DIR)/%.c,$(BUILD_DIR)/%.s,$(SRCS)) # 静态库和可执行文件 STATIC_LIB := $(LIB_DIR)/libMakeStatic.a EXECUTABLE := $(BIN_DIR)/MakeStatic.out # 创建目录 $(shell mkdir -p $(BUILD_DIR) $(LIB_DIR) $(BIN_DIR)) # 默认目标：生成所有文件 all: $(PREPROC) $(ASSEMBLY) $(OBJS) $(STATIC_LIB) $(EXECUTABLE) # 生成预处理文件(.i) $(BUILD_DIR)/%.i: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -E $< -o $@ @echo "Generated preprocessed file: $@" # 生成汇编文件(.s) $(BUILD_DIR)/%.s: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -S $< -o $@ @echo "Generated assembly file: $@" # 生成目标文件(.o) $(BUILD_DIR)/%.o: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -c $< -o $@ @echo "Generated object file: $@" # 创建静态库 $(STATIC_LIB): $(OBJS) ar rcs $@ $^ @echo "Built static library: $@" # 直接从源文件生成可执行文件 $(EXECUTABLE): $(SRCS) $(CC) $(CFLAGS) $(INCLUDES) $^ -o $@ @echo "Built executable: $@" # 清理生成的文件 clean: rm -rf $(BUILD_DIR) $(LIB_DIR) $(BIN_DIR) @echo "Cleaned all build artifacts" .PHONY: all clean ``` ### 目录结构说明 ``` project/ ├── include/ # 头文件目录 │ └── header.h # 示例头文件 ├── src/ # 源代码目录 │ ├── main.c # 主程序 │ ├── module1.c # 模块1 │ └── module2.c # 模块2 ├── build/ # 构建中间文件（自动创建） ├── lib/ # 静态库目录（自动创建） └── bin/ # 可执行文件目录（自动创建） ``` ### 关键功能解释 1. **预处理文件生成(`.i`)** ```makefile $(BUILD_DIR)/%.i: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -E $< -o $@ ``` 使用`-E`选项生成预处理后的C代码文件[^1] 2. **汇编文件生成(`.s`)** ```makefile $(BUILD_DIR)/%.s: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -S $< -o $@ ``` 使用`-S`选项生成汇编语言文件 3. **目标文件生成(`.o`)** ```makefile $(BUILD_DIR)/%.o: $(SRC_DIR)/%.c $(CC) $(CFLAGS) $(INCLUDES) -c $< -o $@ ``` 使用`-c`选项编译源文件但不链接 4. **静态库创建** ```makefile $(STATIC_LIB): $(OBJS) ar rcs $@ $^ ``` 使用`ar`工具将所有目标文件打包为静态库 5. **直接生成可执行文件** ```makefile $(EXECUTABLE): $(SRCS) $(CC) $(CFLAGS) $(INCLUDES) $^ -o $@ ``` 直接从源文件创建可执行文件，不依赖中间目标文件 ### 使用示例 ```bash # 生成所有文件（.i, .s, .o, .a, .out） make # 清理所有生成的文件 make clean ``` ### 环境变量说明 - `$^`: 表示规则的所有依赖文件 - `$<`: 表示规则的第一个依赖文件 - `$@`: 表示规则的目标文件[^2]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

飞翔的鲲

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值