ARM编译器旧代码迁移GCC：能否用链接器脚本批量指定段？

嘿，这个需求太懂了！之前从ARMCC转GCC的时候，我也烦透了要逐行加__attribute__(section(...))的麻烦，毕竟几千行代码谁想挨个改啊😅。下面给你两种靠谱的解决方案，从最简单的到需要链接器脚本的都有：

方案一：用GCC自带的pragma直接替代（最省心） #

你可能不知道，GCC本身就支持和ARMCC的#pragma arm section几乎一模一样的功能，完全不用改链接器脚本，代码改动极小：

// 几千行默认段的代码
// ...

// 切换到自定义段，第二个参数是段属性："ax"代表可分配+可执行（函数用），"aw"代表可分配+可写（变量用）
#pragma GCC push_section("my_custom_section", "ax")

// 这里放你原来要批量分配的几千行代码/变量
void my_target_func() {
    // 函数逻辑
}
int my_global_var = 0;
// ... 更多代码/变量 ...

// 切回默认段
#pragma GCC pop_section

// 几千行默认段的代码
// ...

为什么好用？ #

• 和ARMCC的#pragma arm section逻辑完全一致：push_section之后的所有代码/变量都会自动进入指定段，直到pop_section恢复默认。
• 不用逐行加属性，批量处理几千行代码毫无压力。
• 支持函数、全局变量、静态变量（静态变量会进入对应的.my_custom_section.__func__子段，链接时会自动合并到主段）。

方案二：用链接器脚本+边界符号（适合精细内存控制） #

如果因为项目要求必须用链接器脚本的方式，比如需要把这段代码放到特定的物理内存地址，那可以用边界符号+链接器脚本映射的方法：

步骤1：在代码里插入汇编边界标记 #

用汇编插入全局可见的边界符号（比C函数更可靠，不会被编译器优化重排）：

// 插入段开始标记，确保全局可见且不被优化
asm volatile (
    ".global __MY_SECTION_START\n"
    "__MY_SECTION_START:\n"
    : : : "memory"
);

// 这里是你要分配的所有代码/变量
void target_func1() { /* ... */ }
static int static_var = 10;
void target_func2() { /* ... */ }

// 插入段结束标记
asm volatile (
    ".global __MY_SECTION_END\n"
    "__MY_SECTION_END:\n"
    : : : "memory"
);

步骤2：修改链接器脚本 #

在你的链接器脚本（通常是.ld文件）的SECTIONS块里，添加自定义段的定义，把边界符号之间的内容映射进去：

SECTIONS {
    // 先保留原有的默认段定义（比如.text、.data、.bss）
    .text : {
        *(.text)
        // 其他默认.text子段，比如*(.text.startup)等
    } > FLASH

    .data : {
        *(.data)
    } > RAM AT> FLASH

    // 定义你的自定义段，指定要放的内存地址（比如0x8010000）
    .my_custom_section 0x8010000 : {
        // 记录段的起始地址（可选，方便在代码里引用）
        __MY_SECTION_LOAD_START = .;
        // 把包含边界标记和目标代码的目标文件（比如custom_code.o）的.text段放进来
        custom_code.o(.text)
        // 如果有变量的话，把对应的.data/.bss段也放进来
        custom_code.o(.data)
        custom_code.o(.bss)
        // 记录段的结束地址（可选）
        __MY_SECTION_LOAD_END = .;
    } > FLASH
}

注意事项 #

• 如果你的目标代码和默认代码在同一个源文件里，建议把目标代码单独抽成一个.c文件，这样链接器脚本里可以精准指定这个文件的段，避免把默认代码也拉进来。
• 对于.bss段（未初始化变量），链接器脚本里需要单独处理，确保它被放到正确的RAM地址。

总结 #

• 优先选方案一：省心省力，代码改动最小，完全匹配你原来的ARMCC使用习惯。
• 如果需要精细控制内存布局（比如指定物理地址），再用方案二，但需要额外处理链接器脚本和代码拆分。

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