电子说
1. PC上的IDE
都2020年了,听说你还在用vc++ 6.0,不,可能还到处搜索下载安装巨无霸一样的visual studio 2019来调试你“鸡碎咁多”的代码?都out了,这些不是过于庞大就是编译器老掉牙了。
为啥不用gcc呢?
gcc不是Linux里面的吗,能用在Windows?还能debug吗?
什么?你不知道Windows也可以用gcc?
好吧,我今天手把手教你用gcc,并且教你在vscode上用gcc征服debug过程中遇到的各种疑难杂症!
2. 安装MinGW
MinGW是什么东西,怎么安装?这里就不详述了,随便百度出来一堆。
不用管那么多,你知道它里面有个gcc就够了。至于安装,简单地说,可以从MinGW官方网站https://osdn.net/projects/mingw/releases/下载一个installer,直接默认安装,然后在类似以下界面选择要安装的包,例如GCC、GDB等。
更多的问题,其实是,国内的网络访问很慢。
如果不嫌弃,可以点击以下链接下载,直接解压到你喜欢的位置(免安装),然后配置环境变量即可。
链接:https://pan.baidu.com/s/11MIcqo5933NQlyKVeLon_w 提取码:gmp |
然后呢,你就可以像在Linux里面那样愉快地玩耍了,当然,如果你是高手,你可以用命令行gdb来debug。
3. 在VSCode上debug
VSCode用过吧,也许是当下最流行的看代码神器之一了,关键是里面的插件用起来爽。那么,VSCode可以调试C代码吗?答案是必须的。
首先,你需要安装两个插件:C/C++、Code Runner
然后,我这里用一个这个公众号(嵌入式软件实战派)之前发的一个X-MACRO的例子代码(单个C文件)来做实验。
在下面的代码上面戳一个断点(行号左边那个红点),像这样:
接着,在菜单Run上面选择点击Start Debugging……
继续,点击C++(GDB/LLDB)
还有,点下图这个gcc.exe
呃呃
Wait,莫慌!这是我的电脑的问题,你的不一定有,我的电脑没装好.Net Framework。如果你的也是,戳这个错误提示框的“是”,跟着提示安装.Net即可。
其实,到这里,如果你能仿真,那就是成功了。
如果不行,看看这个,经过上面的操作,会生成以下配置文件:
"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:MinGWingcc.exe", "args": [ "-g", "${file}", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],
以上这个“command”要配置成你的gcc路径。还有下面配置的这个“miDebuggerPath”是gdb的路径:
"version": "0.2.0", "configurations": [ { "name": "gcc.exe - 生成和调试活动文件", "type": "cppdbg", "request": "launch", "program": "${fileDirname}${fileBasenameNoExtension}.exe", "args": [], "stopAtEntry": false, "cwd": "${workspaceFolder}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "D:MinGWingdb.exe",
最后,如果成功了,就会像下面截图这样,左边的断点变成了一个黄色小图标:
这时,你就可以点击这些小箭头玩耍了,这是不是曾经熟悉的感觉?
同时,你还可以通过下面这个窗口看debug信息:
还有output信息:
4. VSCode多文件debug
单个文件可以按上面的方法,但是,如果有多个C文件呢?这里折腾了我两个钟,现在我用两分钟教你少走弯路,我也把我遇到的“坑”标在这,你不要踩哦。
按以上提到的套路,直接点击debug,然后……
呃(⊙o⊙)…看看错误信息:
> Executing task: & 'D:Program FilesMinGWingcc.exe' -g 'd:vsdebugmain.c' -o 'd:vsdebugmain.exe' < C:UsersxxxAppDataLocalTempccWm0Di0.o: In function `main': d:/vsdebug/main.c undefined reference to `func_a' d:/vsdebug/main.c undefined reference to `func_b' collect2.exe: error: ld returned 1 exit status
(Note:这个例子是在另一个计算机上测试的,所以MinGW路径跟上面的不一样,请忽略这个细小差别。)
这错误信息它说没找到func_a和func_b,实际上,因为它类似地执行了:
gcc -e main.c -o main.exe
没有func_a.c和func_b.c两文件,当然,它也不知道有这两文件。我们来看看配置文件task.json
"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:Program FilesMinGWingcc.exe", "args": [ "-g", "${file}", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],
这里的args里面的东西是不是像gcc里面的命令参数?Bingo!
这个"${file}就是当前文件名,即你在vscode界面上看到的这个文件,然后你在其基础上点击了debug操作,它就识别到你想对它进行debug。但是它不知道你需要另外两个文件。于是,我们干脆手动添加所有需要编译的文件:
"tasks": [ { "type": "shell", "label": "C/C++: gcc.exe build active file", "command": "D:Program FilesMinGWingcc.exe", "args": [ "-g", "${file}", "${fileDirname}main.c", "${fileDirname}func_a.c", "${fileDirname}func_b.c", "-o", "${fileDirname}${fileBasenameNoExtension}.exe" ],
再来一发:
> Executing task: & 'D:Program FilesMinGWingcc.exe' -g 'd:vsdebugmain.c' 'd:vsdebugmain.c' 'd:ProjectsDocumentsAbout Emb docvsdebugfunc_a.c' 'd:vsdebugfunc_b.c' -o 'd:vsdebugmain.exe' < C:UsersxxxAppDataLocalTempcc7Xdo6N.o: In function `main': d:/vsdebug/main.c multiple definition of `main'
这两个函数对应的文件有了,但还是错了……你main的,重复了。想来想去,应该是这里重复了:
"${file}", "${fileDirname}main.c",
那就删掉一个,再来
呃呃……没完没了了。看错误信息:
gcc.exe: error: d:vsdebug.vscodemain.c: No such file or directory gcc.exe: error: d:vsdebug.vscodefunc_a.c: No such file or directory gcc.exe: error: d:vsdebug.vscodefunc_b.c: No such file or directory gcc.exe: fatal error: no input files
怎么多了一个“.vscode”?路径不对……噢,原来我是在task.json页面上点击的debug。
换一个页面再来:
丫丫的,终于可以玩耍了。
好了,如果你想系统地了解这些配置参数是啥子意思,那就戳这里:https://code.visualstudio.com/docs/editor/debugging#_launch-configurations
另外,左边的这几个视图分别可以查看当前局部变量、全局变量,函数调用关系等(跟其他IDE类似):
总结一下,遇到错误,别慌,看错误信息,很重要。
对于轻量级的仿真调试,以上VSCode的方法是非常好的,没必要安装庞大的Visual Studio 2019,gcc搞定所有。
责任编辑:xj
原文标题:手把手教你用VSCode调试仿真
文章出处:【微信公众号:嵌入式ARM】欢迎添加关注!文章转载请注明出处。
全部0条评论
快来发表一下你的评论吧 !