如何重命名调试信息？

Question

编辑：我完全改写了我原来的问题，因为它还很不清楚（在底部可以看到不清晰！）。

我正在开发一个 RTOS，其中内核和应用程序都必须映射到内存中非常特定的位置。例如：

0x00000000:0x0000ffff: application #1
0x00010000:0x0000ffff: application #2
...
0xffff0000:0xffffffff: kernel

应用程序（和内核）是单独开发（和编译）的。要将所有内容合并到单个可执行文件中，请使用以下过程：（

1. 分别）编译内核和应用程序（去除任何符号）。
2. （通过脚本）生成链接器脚本以将内核和应用程序重新定位到所需位置。为了防止节名称之间发生任何冲突，生成的链接描述文件会“重命名”所有应用程序的所有节（例如 .app1.text、.app1.data、.app1.bss，...）。
3. 使用先前生成的链接描述文件进行链接（即全部合并）。

问题 1) 是否可以用类似以下过程的内容替换步骤 #2 和 #3？

1. 将内核和应用程序的目标文件重新定位到所需位置。
2. 重命名应用程序目标文件上的所有符号（以防止名称冲突）。
3. 全部合并。

我正在尝试用一些已经可用的工具替换链接器脚本的生成。

步骤＃1应该可以通过创建位置无关的可执行文件来实现（我仍然需要调查这一点）。

步骤 #2 可以通过 GNU objcopy 实现。

对于步骤#3，我还没有可能的解决方案。如果使用GNU ld，它会使用一些默认的链接器脚本，并且之前的重定位会丢失。如果GNU gdb接受GNU ar生成的档案，问题就会得到解决（我猜！）。

问题2）如果上述过程可行，是否也可以应用于调试信息？

步骤#1 应保持不变。

对于步骤#2，我不确定调试信息是否被重命名。

步骤#3 的问题仍然存在。

原问题如下：

我有一个自定义内核和一个或多个应用程序，并且我想使用 GDB来调试整个系统。为了避免任何名称冲突 在链接期间，我使用 objcopy 重命名所有部分和符号 名称（应用程序的起始地址在内核中硬编码）。 然而，调试信息[我猜]是硬编码在那些内部的 .debug.* 部分并且不会被重命名。

有没有办法重命名调试信息？然后，在那之后， 将该信息与另一组已存在的调试合并 信息？

我搜索了 GCC 的手册，看看是否可以找到前缀选项 （就像全局命名空间）编译期间的所有符号，但我 还没找到。

我的猜测是有一种调试格式公开了它的 有关对象符号表的信息（可以重命名）。

Answer 1

回答问题1)

第 1 步应该可以通过创建职位来实现
独立的可执行文件（我仍然需要调查这一点）。

不，这是不可能的。当可执行文件的加载地址仅在加载时已知时，位置无关的可执行文件非常有用。就我而言，我想硬连线加载地址。

对于第 3 步，我还没有可能的解决方案。如果使用 GNU ld，则
使用一些默认的链接器脚本并且之前的重定位会丢失。
如果 GNU gdb 接受从 GNU ar 生成的档案，问题将是
得到解决（我猜！）。

似乎没有解决方法。因此，链接描述文件是必需的。

回答问题2)

对于步骤#2，我不确定调试信息是否被重命名或
不是。

事实上，调试信息不​​会被重命名。您可以使用 objdump -s 并检查调试信息是否硬连线在这些 .debug.* 部分内。

解决方法）

即使没有调试信息，您也可以使用目标文件的符号表来设置断点。但是，您必须使用 b main 来代替 b * main，因为符号表中的符号被解释为地址。这虽然不多，但确实有帮助。