gdb：是否可以根据调试符号中不存在的用户定义结构来转换/重新解释序列

Question

以下是问题陈述。如果您最终只是浏览问题陈述，那么底部是我的实际问题。

编辑

我忘了提及：我正在链接--no-strip-discarded --discard-none。当我搜索有问题的类型时，其中一个目标文件（预链接）与 grep 匹配，但在使用 nm 从目标文件转储信息后找不到该字符串、objdump 和 readelf。

---

我正在查看一些使用以下惯用法的 C 代码：

// somecode.h
typedef struct {
  // ...
  volatile unsigned char *member1;
} Type1_t;

typedef struct {
  unsigned int member1:16;
  unsigned int member2:32;
  unsigned int member3:16;
} Type2_t;

---

// somecode.c
// ...

void someFunction( Type1_t *type1Ptr ) {
  // ...
  doSomething( ((Type2_t*)type1Ptr->member1)->accessType2Member );
}

请忽略您可能对编码风格的任何反对意见，这不是我的问题。

在这种情况下，Type2_t 的实例不会被实例化，因此我可以告诉编译器确定没有必要发出有关该类型的调试信息。

我正在尝试使用此转换数据来监视代码的行为来追踪问题，但我所能做的最好的事情就是让 gdb 将有问题的数组打印为字节数组。我可以使用以下方法在数组上设置监视：

watch {char[12]}type1Ptr->member1

... 但除了实际不显示 member1、member2 和 & member3，字符数组的漂亮打印机将其打印为 \000\032\021... 形式的序列（对此的说明：我在Solaris ，并且 Solaris 中的 gdb 7.2 存在 libiconv 问题，gdb 使用它来进行代码页转换，我现在不确定这是否是这样。为什么它不只是将其打印为十六进制字符序列），所以我最终要么必须使用 display 或其他某种机制打印内容，然后在我的脑海中解释内容。

---

我正在寻找什么：

• 有没有办法让 gcc 发出所有调试符号，即使有问题的类型仅在进行强制转换时出现？
  • ...或者如果实际代码中根本没有使用该类型
• 我可以以某种方式在 gdb 中包含一个标头，以便定义类型吗？
• 这可能有点牵强，但是：除了转换为当前定义的类型之外，gdb 是否有任何工具可以进行更复杂的转换？举个例子，有没有办法做类似下面的事情

---

(gdb) print {struct { unsigned int:16 member1; unsigned int:32 member2;
          unsigned int:16 member3;} }( type1Ptr->member1 )

Answer 1

看起来像这个问题/答案 解决了第二个问题，并在某种程度上减轻了对第三个问题的需求。

Answer 2

我对类型信息不可用的问题有一个答案。我将 -gstabs+ 添加到我的 CFLAGS:

CFLAGS = (...) -ggdb3 ----> -gstabs+ <---- (...)

... 现在 gdb 可以告诉我有关相关类型的有用信息。

不过，如果有人想尝试一下的话，我仍然对其他两个问题的答案感兴趣。