为什么gdb回溯输出如此丑陋？ 某些复杂的C++程序有很多lambda调用。当我在gdb提示符下调用bt时，它给出以下信息：
我不得不说，这太难看了，难以理解。要使gdb社区具有可读性和层次性，以便我能够轻松知道谁调用谁，有多困难？为什么gdb回溯输出如此丑陋？ 某些复杂的C++程序有很多lambda调用。当我在gdb提示符下调用bt时，它给出以下信息： ,gdb,Gdb,我不得不说，这太难看了，难以理解。要使gdb社区具有可读性和层次性，以便我能够轻松知道谁调用谁，有多困难？ lambda表达式会让事情变得很难做吗？事实上，事情本身并不丑陋。相反，GDB只打印它所知道的符号的名称，有时C++符号名称的长度不可读。 也许可以修改gdb来解决这个问题，但同样，没有真正的理由（IIUC就是你要问的）——只是没有人尝试过 还可以为gdb编写一个Python框架过滤器，它可以根据您的喜好缩短符号名。这可能是最好的，因为一般来说，似乎很难找出如何缩短名称
lambda表达式会让事情变得很难做吗？事实上，事情本身并不丑陋。相反，GDB只打印它所知道的符号的名称，有时C++符号名称的长度不可读。 也许可以修改gdb来解决这个问题，但同样，没有真正的理由（IIUC就是你要问的）——只是没有人尝试过 还可以为gdb编写一个Python框架过滤器，它可以根据您的喜好缩短符号名。这可能是最好的，因为一般来说，似乎很难找出如何缩短名称