【Makefile】编译 .h 头文件生成 .gch 预编译文件


目录

1、为什么要将 .h 编译生成 .gch 文件

2、工程示例

3、Makefile

(1)获取头文件

(2)引入头文件目录

(3)设置目标文件的保存位置

(4)开始编译 .h 和 .hpp 文件

4、脚本测试

5、完整脚本


1、为什么要将 .h 编译生成 .gch 文件

gch 文件,也称为预编译头文件(Precompiled Header,简称PCH),当多个源文件(如.cpp文件)包含同一个头文件(如.h文件)时,传统的编译方式会在每个源文件中都预编译这个头文件,这会导致大量的重复工作,从而浪费编译时间。

为了解决这个问题,可以使用预编译头文件技术。预编译头文件将头文件预编译为二进制代码(即GCH文件),然后在后续的编译过程中,编译器可以直接使用这个二进制代码,而不需要再次解析头文件。这样可以大大减少编译时间。

2、工程示例

这里使用一个简单的工程来将不同目录下的 .h 文件编译生成 .gch 文件,并保存到 build目录下。当前测试工程下 common 和 util 目录包含 .h 或 .hpp 文件。

3、Makefile

(1)获取头文件

ROOTDIR				= .
BUILD_DIR			= build

# 获取 common 和 util 下的所有头文件
C_INCLUDES			= $(wildcard $(ROOTDIR)/common/*.h $(ROOTDIR)/common/*.hpp)
C_INCLUDES			+= $(wildcard $(ROOTDIR)/util/*.h $(ROOTDIR)/util/*.hpp)

(2)引入头文件目录

头文件之间可能会相互包含,为了避免某个头文件找不到其他头文件,需要在编译时引入所有的头文件目录。

CFLAGS				= \
-I$(ROOTDIR)/common \
-I$(ROOTDIR)/util \

(3)设置目标文件的保存位置

C_INCLUDES 变量已经获取到了所有的头文件名称(包含路径),现在要将头文件保存到 build 目录下。

# 将 .h 后缀替换成 .gch,并加上前缀 build/,新的文件名保存到 C_PCHS_TMP
C_PCHS_TMP				= $(addprefix $(BUILD_DIR)/,$(notdir $(C_INCLUDES:.h=.gch)))
C_PCHS_TMP				+= $(addprefix $(BUILD_DIR)/,$(notdir $(C_INCLUDES:.hpp=.gch)))
# 避免 C_PCHS_TMP 中混入 .h 或 .hpp 文件
C_PCHS					= $(filter-out %.h %.hpp,$(C_PCHS_TMP))
# 后续使用 %.gch:%.h 进行编译时,方便编译器找到 .h 文件
vpath %.h $(sort $(dir $(C_INCLUDES)))
vpath %.hpp $(sort $(dir $(C_INCLUDES)))

 

(4)开始编译 .h 和 .hpp 文件

all: $(C_PCHS)

$(BUILD_DIR)/%.gch: %.h
	$(CC) -x c++-header $< -o $@

$(BUILD_DIR)/%.gch: %.hpp
	$(CC) -x c++-header $< -o $@

4、脚本测试

在终端输入 make 开始编译 

build 目录下会生成 .gch 文件

5、完整脚本

ROOTDIR				= .
BUILD_DIR			= build

C_INCLUDES			= $(wildcard $(ROOTDIR)/common/*.h $(ROOTDIR)/common/*.hpp)
C_INCLUDES			+= $(wildcard $(ROOTDIR)/util/*.h $(ROOTDIR)/util/*.hpp)

CFLAGS				= \
-I$(ROOTDIR)/common \
-I$(ROOTDIR)/util \

C_PCHS_TMP				= $(addprefix $(BUILD_DIR)/,$(notdir $(C_INCLUDES:.h=.gch)))
C_PCHS_TMP				+= $(addprefix $(BUILD_DIR)/,$(notdir $(C_INCLUDES:.hpp=.gch)))
C_PCHS					= $(filter-out %.h %.hpp,$(C_PCHS_TMP))
vpath %.h $(sort $(dir $(C_INCLUDES)))
vpath %.hpp $(sort $(dir $(C_INCLUDES)))

all: $(C_PCHS)

$(BUILD_DIR)/%.gch: %.h
	$(CC) -x c++-header $< -o $@

$(BUILD_DIR)/%.gch: %.hpp
	$(CC) -x c++-header $< -o $@

.PHONY:clean
clean:
	rm -rf $(BUILD_DIR)/*

<think>好的,用户现在问的是关于C语言编码中如何利用.map文件查找编译时间的问题。首先,我需要确认用户的需求。他们可能是在开发过程中遇到了编译时间过长的问题,想要通过分析.map文件来定位耗时的地方。不过,根据我的知识,.map文件通常是链接器生成的,主要包含内存布局、符号地址、段大小等信息,并不直接记录编译时间。所以用户可能存在误解,以为.map文件包含编译时间数据。 接下来,我应该考虑用户的背景。他们可能对编译和链接的过程不太熟悉,分不清编译和链接阶段的不同产物。需要解释清楚.map文件的作用,并引导他们使用其他方法来分析编译时间。比如,可以介绍编译器提供的特定选项,如GCC的-ftime-report,或者使用构建系统工具如CMake、Make来生成时间报告。 另外,用户可能是在寻找优化编译速度的方法,所以需要提供一些通用的优化建议,比如减少头文件依赖、使用预编译头文件、并行编译等。这些建议能帮助他们实际缩短编译时间,而不仅仅是测量。 还要注意用户提到的“查找编译时间”可能有两个方面:一是整体编译耗时,二是各个源文件编译时间分布。需要分别说明如何获取这些信息,并推荐合适的工具,如time命令、Clang的-ftime-trace,或者第三方工具如Bear和Clang Build Analyzer。 最后,确保回答结构清晰,分步骤说明,并指出.map文件不包含时间信息,避免用户继续在错误的方向上浪费时间。同时,建议备份和谨慎操作,防止他们在尝试过程中遇到问题。</think>在C语言开发中,`.map`文件(链接映射文件)主要用于记录内存分配、符号地址和代码段/数据段布局等信息,但它**不直接包含编译时间信息**。若需要查找编译时间,可以通过以下方法实现: --- ### **一、替代方案:获取编译时间** #### 1. **编译器诊断选项** - **GCC/Clang**:添加 `-ftime-report` 编译选项 ```bash gcc -ftime-report -c your_file.c ``` - 输出各阶段耗时(解析、优化、代码生成等) ![GCC时间报告示例](https://i.imgur.com/4Tv9oQd.png) - **MSVC**:使用 `/Bt` 和 `/d2cgsummary` 选项 ```bash cl /Bt /d2cgsummary your_file.c ``` #### 2. **构建系统工具** - **CMake**:启用时间跟踪 ```cmake set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE "time -v") ``` - **Makefile**:通过 `time` 命令包装编译过程 ```makefile CC = time gcc ``` #### 3. **专用工具** - **Clang Build Analyzer** ```bash ninja -t compdb > compile_commands.json ClangBuildAnalyzer --all compile_commands.json ``` - **Bear + Clang Time Trace** ```bash bear make # 生成编译命令数据库 clang -ftime-trace your_file.c ``` --- ### **二、.map文件的核心作用** 虽然无法获取编译时间,但.map文件可用于: 1. **内存布局分析** ```text .text 0x08000000 0x200 # 代码段地址和大小 .data 0x20000000 0x100 # 数据段地址和大小 ``` 2. **符号定位** ```text 0x08000100 main # 函数入口地址 0x20000004 global_var # 全局变量地址 ``` 3. **优化代码体积** 通过分析`.map`中的段大小,定位冗余代码。 --- ### **三、编译时间优化建议** 1. **减少头文件依赖** - 使用前向声明(Forward Declaration) - 避免`#include`在头文件中嵌套传播 2. **预编译头文件(PCH)** ```bash gcc -xc-header stdafx.h # 生成.gch预编译文件 ``` 3. **并行编译** ```bash make -j8 # 使用8线程编译 ``` 4. **增量编译工具** - `ccache` 缓存已编译对象文件 --- ### **四、操作示例:GCC时间分析** ```bash # 1. 编译生成时间报告 gcc -ftime-report -O2 main.c -o main # 2. 输出结果示例 Time variable usr sys wall GGC phase setup : 0.00 ( 0%) 0.00 0.00 0.00 ( 0%) 2526 kB ( 3%) phase parsing : 2.34 ( 88%) 2.34 0.00 2.34 ( 88%) 62431 kB ( 78%) phase opt and generate : 0.31 ( 12%) 0.31 0.00 0.31 ( 12%) 12745 kB ( 16%) ``` --- ### **注意事项** 1. 不同编译器(GCC/MSVC/Clang)的时间报告格式不同 2. 调试完成后需移除时间分析选项,避免影响发布版本性能 3. 推荐结合`ninja`或`Bear`工具实现自动化分析 如果需要更具体的编译时间优化方案,请提供您的编译环境和项目结构细节!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值