【问题标题】:Debugging with Visual C++ Toolkit 2003 and CodeBlocks使用 Visual C++ Toolkit 2003 和 CodeBlocks 进行调试
【发布时间】:2015-10-18 04:37:26
【问题描述】:

我正在使用免费的 Microsoft Visual C++ Toolkit 2003(编译器 VC++ 7.1)和 CodeBlocks IDE 开发 C++ 项目。您可能知道,这个免费包不包含调试器工具,仅包含编译器和链接器。

有没有办法在我当前的场景中包含调试器?我在不使用 Visual Studio 的情况下调试这个项目的机会有多大?

【问题讨论】:

  • 我不确定 Visual C++“工具包”是什么,但 VC++/VS 的免费版本一直都有一个调试器(至少从 2008 年开始,这是我使用的第一个调试器)。你可以在这里下载最新的(选择社区版):visualstudio.com
  • @user1610015 该工具包不包含 VS IDE,仅包含编译器和链接器。我宁愿继续使用 CodeBlocks,但能够使用 VC++ 的调试器。调试器能否像编译器一样作为独立工具下载到 C::B 中?
  • 不,调试器作为 UI 的一部分集成在 VS 中。
  • @user1610015 很好。还有其他解决方案吗?安装 VS 是我最后的选择。
  • 我认为有一个名为 WinDbg 的独立调试器,还有其他的,但我真的无法提出任何建议,因为我没有使用它们。

标签: debugging visual-c++ codeblocks visual-studio-debugging


【解决方案1】:

不知道 Microsoft Visual C++ Toolkit 2003,但 CodeBlocks IDE 带有一个默认调试器 (GDB/CDB)。在安装过程中,向导会要求 GDB 作为默认调试器。

如果您已经安装了调试器,并且如果有一些配置问题,那么您可以进入设置->调试器并设置调试器路径。

如果没有安装调试器,你可以通过插件->管理插件->安装新插件来安装它

抱歉,无法发布图片。

【讨论】:

    【解决方案2】:

    由于 Code::Blocks 是您的偏好,并且您希望使用远程调试,并且您有使用 VC 编译器的经验,因此最简单和最顺利的解决方案可能是继续使用该路径。正如@user1610015 建议的那样,更新到VS2015 社区版,其中肯定包含独立的compiler (cl)linker (link)。当然,CL 会代表你调用链接器,除非你specify otherwise

    这是 VS 版本的comparison chart(选择“全部展开”)。

    作为奖励,您将收到关于现代 C++(11 和 14)的一些巨大更新、更好的远程调试、更好的代码生成、无数优化、改进的错误报告和分析等。

    但是对于__asm(自 VS2013 起),您将被限制为 x86。当需要 x64 时,有些人选择将其移植到 intrinics,但许多人只是将汇编程序移动到单独的 .asm 文件,并进行小的配置更改以让 VS 编译该文件:

    • 选择项目(不是 .sln)
    • 从菜单中选择 Project --> Build Custizations...
    • 选中masm旁边的框

    如果您打算以 x86 为目标,则无需进行任何更改。您没有在引用 VS2008 时指定迁移更改,但是从早期的 VS 编译器迁移了几个大型旧项目后,我发现体验非常轻松。

    如果您的编译器特定代码不是压倒性的,请考虑使用 Clang 和 gcc (MinGW)。我喜欢使用 CLion,并使用 gcc 来编译我拥有 VS2015 项目和解决方案的相同项目 (CMake)。我有时会对一些必要的更正感到惊讶。我没有尝试过 Code::Blocks,但我怀疑这是一个类似的练习。

    祝你好运。我相信你会粉碎它。

    【讨论】:

    • 谢谢。我会试试VS2015。它看起来非常强大,我正在使用一个有点旧的编译器!
    • @cdonts - 如果您在特定迁移问题上需要帮助,请告诉我
    猜你喜欢
    • 1970-01-01
    • 2013-09-27
    • 2018-12-09
    • 2019-07-16
    • 2016-02-09
    • 2019-06-11
    • 2021-04-08
    • 2011-08-23
    • 1970-01-01
    相关资源
    最近更新 更多