使用Visual C ++ Toolkit 2003和CodeBlocks进行调试

时间:2015-07-27 20:18:26

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

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

有没有办法在我当前的场景中包含调试器?没有使用Visual Studio,我有什么机会调试这个项目?

2 个答案:

答案 0 :(得分:1)

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

如果您已安装调试器并且如果存在某些配置问题,则可以转到Settings-> Debugger并设置调试器路径。

如果未安装调试器,您可以通过转到Plugins-> Manage Plugins-> Install New Plugin

来安装它。

不能发布图片抱歉。

答案 1 :(得分:1)

由于 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 - >建立Custizations ......
  • 选中masm
  • 旁边的框

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

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

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