libtool 减慢了 gdb 的速度
libtool slowing down gdb
我有一个更大的C++程序,里面有很多模板,我想调试。不幸的是,gdb 需要几分钟来读取符号。
http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html 包含许多调试选项。
您会建议哪些选项可以使 gdb 更快/更可用。
更新:看起来速度减慢是由libtool引起的。如果 gdb 是通过 libtool --mode 启动的,则执行速度很慢。如果 gdb 启动 gdb .libs/foo,则速度相当快。任何想法为什么慢得多?
更新:另一个建议是 -fvisibility=隐藏见 http://gcc.gnu.org/wiki/Visibility
有时使用 -fdebug-types-section 可以使事情变得更快一些。 不过不能保证。
几分钟加载...我想知道这个可执行文件有多大。 如果我绝望,我可能会尝试只编译带有调试信息的选定模块。 或者看看它是否是 gdb 错误。 如果它被拆分为可执行文件和一些共享库,并且某些部分不经常更改,您还可以考虑使用"gdb index"功能(请参阅手册)来加快这些模块的 debuginfo 的加载速度。
相关文章:
- 当在带有Eigen的C++中使用GDB时,我如何才能看到更多的大矩阵
- 如何找出GDB的SIGTRAP核心转储的根本原因
- 为什么在读取文件大小时文件IO速度会发生变化
- 如何使用gdb制作一个可以漂亮地打印每个对象的C++函数
- 为什么std::condition_variable notify_all的工作速度比notify_one快(对于随机请
- 文件系统:复制功能的速度秘诀是什么
- 学习多线程C++:添加线程不会使执行速度更快,即使它看起来应该
- gdb错误:Backtrace已停止:上一帧与此帧相同(堆栈已损坏?)
- 使用vscode调试时,GDB意外退出
- 在C++中使用并行化的预期速度是多少(不是 OpenMp,而是 <thread>)
- 两个连续的 OpenMP 并行区域会相互减慢速度
- 如何防止 CUDA-GDB 中的<优化输出>值
- fopen 在 gdb 中返回 NULL
- "Unable to start debugging. No process is associated with this object." - 在Visual Studio Code中使用GDB
- 结构字段名称与 GDB 中的 STL 数组冲突
- 查找标准::hash_map与标准::矢量的速度
- 加快在C++中读取/处理日志文件的速度
- 如何在带有 gdb GUI 前端的 ARM gdbserver 的 PC 上执行远程 gdb 会话?
- GDB 断点在 Mac 上是不准确的
- libtool 减慢了 gdb 的速度