刚好之前折腾过类似的奇怪需求，给你几个实际可行的方案，按靠谱程度排序：

1. 自定义链接脚本（最推荐，适合ELF等结构化文件） #

GCC最终是通过ld链接器生成可执行文件的，我们可以写一个自定义链接脚本，强制让整个文件的大小对齐到36字节的倍数。

首先，你需要保留原有的默认段结构（比如.text、.data、.bss这些），然后在末尾添加对齐逻辑。比如创建一个名为align.ld的链接脚本：

SECTIONS {
    /* 保留默认的段布局，避免破坏原有程序逻辑 */
    . = ALIGN(4);
    .text : { *(.text) }
    .data : { *(.data) }
    .bss : { *(.bss) }

    /* 关键：让整个文件的末尾对齐到36字节的倍数 */
    . = ALIGN(36);
    _end = .;
}

然后编译的时候指定这个链接脚本：

gcc your_source.c -T align.ld -o aligned_output

这个方法的好处是完全由链接器控制，不会破坏文件的结构，适合ELF格式的可执行文件或库。

2. 代码中手动添加填充段（适合快速测试） #

如果不想写链接脚本，可以在代码里定义一个全局的填充数组，强制编译器把它加到文件里。不过需要先计算需要填充的字节数，推荐用脚本自动化这个过程：

步骤1：写一个自动化脚本（比如align_build.sh） #

#!/bin/bash
# 先编译一个临时文件，获取当前大小
gcc your_source.c -o temp_output
current_size=$(stat -c %s temp_output)

# 计算需要填充的字节数：向上取整到36的倍数
pad_size=$(( (36 - (current_size % 36)) % 36 ))

# 如果需要填充，重新编译并定义PAD_SIZE宏
if [ $pad_size -gt 0 ]; then
    gcc -DPAD_SIZE=$pad_size your_source.c -o final_output
else
    mv temp_output final_output
fi

步骤2：在你的C代码中添加填充定义 #

#ifdef PAD_SIZE
// 用used属性防止编译器优化掉这个空数组，放到padding段里
unsigned char padding[PAD_SIZE] __attribute__((used, section(".padding")));
#endif

运行脚本就能得到大小对齐的文件了。注意一定要加__attribute__((used))，不然编译器会觉得这个数组没用，直接删掉，白忙活。

3. 编译后用工具填充（适合简单二进制文件） #

如果你的输出是裸机程序这类无结构的二进制文件，可以直接编译后用工具扩展文件大小：

# 获取当前文件大小
current_size=$(stat -c %s your_output)
# 计算目标大小（向上取整到36的倍数）
target_size=$(( ((current_size + 35) / 36) * 36 ))
# 用truncate命令填充零字节到目标大小
truncate -s $target_size your_output

或者用dd命令：

dd if=/dev/zero bs=1 count=$((target_size - current_size)) >> your_output

⚠️ 注意：这个方法不能用于ELF格式的可执行文件！因为ELF文件有严格的段表和文件头信息，直接扩展会导致文件损坏无法运行。

额外提醒 #

36不是2的幂次，一般对齐都是用2的幂（比如4、8、16），但上面的方法完全支持非2的幂次对齐，放心用就行。

内容的提问来源于stack exchange，提问作者macro_controller