我一直在使用使用MinGW代码::块上的WinXP箱有一段时间了。但自从我开始使用Boost.Build为“自定义生成工具”我有麻烦的设置从代码:: Blocks的破发点。当我开始调试会话代码:: Blocks的尝试所有的破发点发送到GDB GDB,但似乎并没有认识到源文件名:

Debugger name and version: GNU gdb 6.6
No source file named C:/xxx/CB-Workspace/altomo/src/main.cpp.
Breakpoint 1 ("C:/xxx/CB-Workspace/altomo/src/main.cpp:185) pending.

(该xxx是唯一的缩写符号)

要看看发生了什么事情我手动启动GDB,并试图设置断点:

(gdb) break main.cpp:181
Breakpoint 1 at 0x40231e: file src/main.cpp, line 181.
(gdb) break src/main.cpp:182
Breakpoint 2 at 0x402331: file src/main.cpp, line 182.
(gdb) break "C:/xxx/CB-Workspace/altomo/src/main.cpp:185"
Breakpoint 3 at 0x402513: file src/main.cpp, line 185.

一切似乎都不错。我还veryfied,在所有的.o *文件的完整路径是本

奇怪的是使用前我切换到Boost.Build工作该调试。所以,我真的不知道去哪里找。谁的责任?我,Boost.Build,代码::块,或GDB?我错过了一些明显的编译器选项或CB项目设置w.r.t.搜索路径或什么?

我想使用作为Boost.Build用于编辑和作为GDB前端构建工具和代码::块保持。任何帮助来解决这个问题理解。

有帮助吗?

解决方案

我启用代码::块的调试日志,看看有什么命令传递给GDB,似乎这个问题是与代码::块。它发送一个

directory C:/XXX~1/CB-WOR~1/altomo

命令GDB这是“DOS的错位”目录名称。 GDB不喜欢这一点。因此,它看起来像在代码::块给我的错误。

其他提示

尝试这种情况:

(gdb) break main.cpp:185

如果GDB不知道main.cpp要么,然后Boost.Build没有建立一个调试版本。点击 没准Boost.Build未使用绝对路径时,编译源。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top