在 GDB 中，info registers 或 info all-registers 将显示所有寄存器符号名称及其值。
问题：
如何获取存储在该寄存器中的变量名称（即来自源代码）？ （或源代码中的行号，或任何东西）
例如：
int my_reg = /* something */;
float another_reg = /* something else */;
...
那么，info all-registers 可能会返回：
R0 0x0 0
R1 0xfffbf0 16776176
R2 0x0 0
R3 0x0 0
R4 0x6 6
如何确定哪个寄存器（R0？R2？R4？）与my_reg“关联”？
【问题讨论】：
标签： c++ c debugging gdb cpu-registers
如果您可以访问调试符号（并了解如何读取它们——也就是说，您有一些解析调试符号的代码），则可以准确地跟踪哪个寄存器对应于哪个寄存器。但是，这很可能会从一行更改为下一行，因为编译器出于某种原因决定移动事物（例如，某些计算从 R1 开始，并以 R2 中的结果结束，因为这比尝试保留 R1 中的值 [或者我们也需要 R1 中的原始值 - 想想 array[x++] - 现在我们有了新值 x，希望在寄存器中，以及我们需要的旧 x 的值用于索引，也需要在寄存器中添加到array的基地址。
并非所有变量都以寄存器结束（取决于处理器和“可用的寄存器”）。
调试器将知道每个变量在任何给定时间的位置 - 但有时它可能会很混乱，例如：
int array[10000];
...
for(int i = 0; i < 10000; i++)
{
array[i] = rand();
}
在优化过程中可能会转化为这样的内容：
int array[10000];
int *ptr = array;
int *ptr2 = &array[10000];
while(ptr < ptr2)
{
*ptr++ = rand();
}
现在尝试打印i... ;)
【讨论】：
在任何给定时间点，可能有一个寄存器、多个寄存器，甚至没有与任何给定 C 变量关联的寄存器。您必须检查反汇编以了解发生了什么。
为什么不直接print my_reg 来查看价值？
l *$pc 将列出当前正在执行的指令周围的源代码。
【讨论】：