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

Question

背景

我有一个使用 C 代码和 C++ 代码的项目。链接不是问题:C 函数由 C++ 代码正确调用。

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

链接步骤包括链接一些 .cpp 文件、.cpp 对象和包含 .c 对象的文件。

问题

当我在我的 .elf 上执行 objdump 时

objdump APP.elf -dSsxsgetr > elf.dump

我看到 .cpp 文件的源代码散布在程序集中，但没有看到用 -g3 编译的两个 .c 文件的源代码。

仔细检查

我绝对确定我用 -g3 编译了 main.c 和 pyexec.c。当我做了 objdump -dSsxsgetr main.obj，除了包含我的 .c 文件。

我的链接命令是:

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

我认为剥离符号的是我的链接器脚本语句与链接器的 --gc-sections 选项相结合:

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

  } >dflash

这个陈述是“正确的”，但正在发生的事情(我认为)是因为我没有明确指定任何包含逐行信息的输入部分 and 因为 - -gc-sections 说丢弃任何“未使用的”部分，该信息正在被删除。

所以真正的问题是:我需要添加到包含混合源程序集的 .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)

最重要的是，运行 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) }

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