gcc 链接器 - .obj 转储具有混合源程序集，但在 .elf 中链接时没有

Question

背景

我有一个使用 C 代码和 C++ 代码的项目。 linking 不是问题：C 函数被 C++ 代码正确调用。

我所有的.cpp文件都是用-g3编译的，但只有main.c和pyexec.c是-g3；其余没有调试信息。

linking 步骤包括 linking 几个 .cpp 档案、.cpp 个对象和包含 .c 个对象的档案。

问题

当我在 .elf

上执行 objdump

objdump APP.elf -dSsxsgetr > elf.dump

我看到 .cpp 文件的源代码散布在程序集中，但不是用 -g3.

编译的两个 .c 文件的源代码

双重检查

我绝对确定我用 -g3 编译了 main.c 和 pyexec.c。当我执行 objdump -dSsxsgetrmain.obj 时，除了包含 .c 文件的整个源代码的 .debug_line 等调试符号外，我还看到源代码散布在程序集中。

我的link命令是：

arm-none-eabi-ld.exe HW_Interface.obj HW_Module.obj HeapMngr.obj C_archive.a Cpp_archive.a -nostartfiles --no-warn-mismatch --gc-sections --stats --cref -Map=APP.map -T "APP.ld" -o "APP.elf"

问题

为什么使用 -g3 编译的 .c 对象的调试行号没有进入 .elf？

更新 1

我认为剥离符号的是我的 linker-script 语句与 linker:

的 --gc-sections 选项相结合

.dflash_code :
  {
    *ATI_micropython.dlb:*(.text.*) 
    *ATI_micropython.dlb:*(.debug*)

  } >dflash

这个语句是 "correct" 但正在发生的事情（我认为）是因为我没有明确指定任何包含逐行信息的输入部分和因为 --gc-sections 说 丢弃任何 "unused" 部分 ，该信息正在被删除。

所以真正的问题是：我需要添加到包含混合源程序集的 .dflash_code 的输入部分是什么？ .debug_line 部分已包含在内，其中包含给定文件的完整源代码。

在.map中，有一节叫做Discarded input sections。在本节中，我看到只有我的两个 .c 调试文件有一堆 .debug_macro 语句。 . .这没有意义，因为 *ATI_micropython.dlb:*(.debug*) 应该包含所有这些部分（除非我误解了它们的目的）。

.debug_macro   0x00000000       0x3a ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x35 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x3a ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x52 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x19 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000      0x189 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x10 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x22 ..\archive.dlb(main.doj)
 .debug_macro   0x00000000       0x91 ..\archive.dlb(main.doj)

Answer 1

终于找到原因了，但还是不明白为什么会这样：

在链接器文件中，如果我将名称中带有 .debug 的所有部分（例如 .debug_macro 放在不同的部分中：

  .dflash_code :
  {
    *archive.dlb:*(.text.*)
    *archive.dlb:*(.debug*)     
  } >dflash

然后在 ELF .map 文件中，我将把那些部分放在 .elf（没有废话）中，包括 .debug_line，其中 .obj 包含对应 .c:

的全部来源

app.elf.map:

 .debug_line    0x1001841d      0x87e ..\archive.dlb(main.doj)
 .debug_line    0x10026152      0x8fe ..\archive.dlb(pyexec.doj)

但是，如果我运行 objdump -Sxg app.elf，我不会将源代码与程序集混在一起：

Disassembly of section .dflash_code:
10000000 <micropython_main>:
10000000:   b580        push    {r7, lr}
10000002:   b084        sub sp, #16
10000004:   af00        add r7, sp, #0
10000006:   6078        str r0, [r7, #4]
10000008:   6039        str r1, [r7, #0]
1000000a:   4b09        ldr r3, [pc, #36]   ; (10000030 <micropython_main+0x30>)
1000000c:   f107 020c   add.w   r2, r7, #12
10000010:   601a        str r2, [r3, #0]
10000012:   f001 ff6d   bl  10001ef0 <mp_init>
10000016:   4807        ldr r0, [pc, #28]   ; (10000034 <micropython_main+0x34>)
10000018:   f006 f88e   bl  10006138 <pyexec_frozen_module>
1000001c:   f001 ff94   bl  10001f48 <mp_deinit>
10000020:   f04f 0300   mov.w   r3, #0
10000024:   4618        mov r0, r3
10000026:   f107 0710   add.w   r7, r7, #16
1000002a:   46bd        mov sp, r7
1000002c:   bd80        pop {r7, pc}
1000002e:   bf00        nop
10000030:   1fff34fc    .word   0x1fff34fc
10000034:   100313bc    .word   0x100313bc

但是，如果我更改链接器文件，使 archive.dlb 中的 .debug* 部分不放在 .dflash_code 中（我重申这只是我做的改变):

.dflash_code :
  {
    *archive.dlb:*(.text.*)

  } >dflash

然后在 ELF .map 文件中，我仍然看到那些相同的 .debug_line 部分，但是它们被放置在不同的位置，因为稍后在我的链接器文件中有一些其他语句

app.elf.map:

 .debug_line    0x00082a32      0x87e ..\archive.dlb(main.doj)
 .debug_line    0x000832b0      0x8fe ..\archive.dlb(pyexec.doj)

最重要的是，运行ning objdump -Sxg app.elf 给出了混合源程序集

int micropython_main(char * uP_heap, unsigned int heap_size)
{
10000000:   b580        push    {r7, lr}
10000002:   b084        sub sp, #16
10000004:   af00        add r7, sp, #0
10000006:   6078        str r0, [r7, #4]
10000008:   6039        str r1, [r7, #0]
    int stack_dummy;
    stack_top = (char*)&stack_dummy;
1000000a:   4b09        ldr r3, [pc, #36]   ; (10000030 <micropython_main+0x30>)
1000000c:   f107 020c   add.w   r2, r7, #12
10000010:   601a        str r2, [r3, #0]
    #if MICROPY_ENABLE_GC
        gc_init(uP_heap, uP_heap + heap_size);
    #endif
    mp_init();
10000012:   f001 ff6d   bl  10001ef0 <mp_init>

    pyexec_frozen_module("main.py");
10000016:   4807        ldr r0, [pc, #28]   ; (10000034 <micropython_main+0x34>)
10000018:   f006 f88e   bl  10006138 <pyexec_frozen_module>

    mp_deinit();
1000001c:   f001 ff94   bl  10001f48 <mp_deinit>

    return 0;
10000020:   f04f 0300   mov.w   r3, #0
}
10000024:   4618        mov r0, r3
10000026:   f107 0710   add.w   r7, r7, #16
1000002a:   46bd        mov sp, r7
1000002c:   bd80        pop {r7, pc}
1000002e:   bf00        nop
10000030:   1fff34fc    .word   0x1fff34fc
10000034:   1001eaf4    .word   0x1001eaf4

那么为什么我把这些部分放在哪里很重要 .debug*？我不认为它在技术上确实如此。我的链接器文件中影响 DWARF 符号位置的部分如下所示：

  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }

我猜排序在某种程度上很重要。

gcc 链接器 - .obj 转储具有混合源程序集，但在 .elf 中链接时没有

gcc linker - .obj dump has mixed source-assembly but not when linked in .elf

c

c++

linker

gcc

elf