vscode 远程调试arm-linux c/c++程序
1. 交叉编译gdb与gdbserver程序
gdb和gdbserver交叉编译不复杂，源码可以在官网上下载：https://ftp.gnu.org/gnu/gdb/ ，也可以使用平台厂商会提供相关源码（与工具链匹配的版本）。
➜ arm-linux-gcc # find -name gdb
./share/doc/gdb
./share/gdb
./share/gdb/python/gdb
./include/gdb
➜ arm-linux-gcc # find -name gdbserver
./bin/gdbserver
➜ arm-linux-gcc #
2. 配置vscode
配置configuration，launch.json（如何打开该配置文件可参考上一节）配置如下：
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) cbox factory",
"type": "cppdbg",
"request": "launch",
"program": "${workspaceFolder}/factory",
"args": [],
"stopAtEntry": false,
"cwd": "${workspaceFolder}",
"environment": [],
"externalConsole": true,
"MIMode": "gdb",
"miDebuggerPath": "/home/work/project/cbox/gcc-linaro-4.9-2014.11-x86_64_arm-linux-gnueabihf/bin/gdb",
"miDebuggerServerAddress": "192.168.70.152:2018",
"setupCommands": [
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
}
]
}
远程调试，launch.json配置要点：
-
“name”：这个还是有必要改下，如我们项目工程包括几个主进程，多个测试程序，可以为每个程序添加一个configuration，名称需区分开，用的时候切换一下configuration即可。
-
“program”：这个一般指向挂载目录的嵌入式可执行程序，也可以不指向板子上的程序，但该程序必须与板子上运行的程序一致，否则调试过程中有的你哭的。
-
“cwd”: 当前工作目录，应指向需调试程序的编译目录，例子中的{workspaceFolder}是刚好编译出来的可执行程序就在{workspaceFolder}下了。
-
"MIMode"：只能设置成gdb或lldb，没有为什么，这是规定。
-
“miDebuggerPath”：gdb路径，而且还需将gdb名称都包含进来，否则调试的时候会报错：
miDebuggerPath is invalid;关于这个的报错，还有多种情况，后面会再次提及。 -
“miDebuggerServerAddress”：远程调试服务器（远程ARM板）地址，也就是gdbsever运行的ip地址，注意端口和服务器监听端口保持一致。
关于更具体的launch.json配置，可查看：
1.Configuring launch.json for C/C++ debugging
2.vscode debugging官方文档
3. 远程调试嵌入式程序
- 编译被调试程序
交叉编译板子上运行的程序时，需带-g选项 - 启动调试程序
一般在挂载目录中，telnet或ssh到嵌入式上板子上通过上面编好的gdbserver启动被调试程序
./gdbserver 192.168.202.128:2018 ./factory
192.168.202.128:2018:主机IP地址和设置调试的端口；
factory:被调试的运用程序；
这一步需要远端登录到调试板上执行，可直接借助vscode的terminal远程登录到板子上操作：
➜ ssh remoteserver -l name
或
➜ ssh name@remoteserver
- vscode连接被调试程序
配置好launch.json后，直接F5启动即可，可以通过F9设断点，F11单步等来调试程序。
搭建过程中出现的问题记录：
由于调试过程中使用的gdb第一次拿到的是工具链share/gdb，在配置完launch.json后，F5进行调试，总是报错：
Unable to start debugging. The value of miDebuggerPath is invalid
看来是gdb这厮的祸，再根据编译链的prefix查找下，这时找到了编译链bin目录下的：arm-linux-gnueabihf-gdb，看着也更应该是在这个路径下，哈哈。由于launch.json中“MIMode”属性的限制：
➜ cp bin/arm-linux-gnueabihf-gdb bin/gdb
再次F5，OK，完美运行。
错误记录：
如果运行时报错：
