vscode 编译c++项目如何配置
- 配置 c_cpp_properties.json 文件
主要用于辅助vscode智能代码提示、预定义编译宏定义
示例如下：
{
"configurations": [
{
"name": "Win32",
"includePath": [
"${workspaceFolder}/**",
"${workspaceFolder}/Include",
"D:\\01CppPkgs\\Eigen3\\include\\eigen3"
],
"defines": [
// "_DEBUG",
"UNICODE",
"_UNICODE",
"_CONSOLE",
"_LIB"
],
"windowsSdkVersion": "10.0.17763.0",
"compilerPath": "D:\\104ProgramFiles\\mingw64\\bin\\g++.exe",
"cStandard": "c17",
"cppStandard": "c++17",
"intelliSenseMode": "${default}"
}
],
"version": 4
}
- 配置 task.json 文件
主要用于配置编译任务
示例如下：
// https://code.visualstudio.com/docs/editor/tasks
{
"version": "2.0.0",
"tasks": [
{
"label": "task1", // 任务名称，与launch.json的preLaunchTask相对应
"command": "D:\\104ProgramFiles\\mingw64\\bin\\g++.exe", // 要使用的编译器，C++用g++
"args": [
"${file}",//当前文件名
"-o", // 指定输出文件名，不加该参数则默认输出a.exe，Linux下默认a.out
"${fileDirname}/${fileBasenameNoExtension}.exe",
"-g", // 生成和调试有关的信息
"-m64", // 不知为何有时会生成16位应用而无法运行，加上此条可强制生成64位的
"-Wall", // 开启额外警告
"-static-libgcc", // 静态链接libgcc，一般都会加上
"-finput-charset=UTF-8",
"-fexec-charset=GBK", // 生成的程序使用GBK编码，不加这条会导致Win下输出中文乱码；繁体系统改成BIG5
"-std=c++11", // 要用的语言标准，根据自己的需要修改。c++可用c++14
// 扩展参数
// -I 头文件目录
// -L 库文件目录
// -l 库文件
"-I", "D:\\01CppPkgs\\Eigen3\\include\\eigen3",
"-L", "D:\\OpenCV\\install\\x64\\vc12\\lib",
// 注：链接库不需要带后缀（.a/.lib），且在配置 -L 库路径后，在 -l 配置链接库直接写库名
"-l", "opencv_calib3d330d",
"-l", "opencv_core330d",
"-l", "opencv_dnn330d",
], // 编译的命令，其实相当于VSC帮你在终端中输了这些东西
"type": "process", // process是把预定义变量和转义解析后直接全部传给command；shell相当于先打开shell再输入命令，所以args还会经过shell再解析一遍
"group": {
"kind": "build",
"isDefault": true // 不为true时ctrl shift B就要手动选择了
},
"presentation": {
"echo": true,
"reveal": "always", // 执行任务时是否跳转到终端面板，可以为always，silent，never。具体参见VSC的文档
"focus": false, // 设为true后可以使执行task时焦点聚集在终端，但对编译C/C++来说，设为true没有意义
"panel": "shared" // 不同的文件的编译信息共享一个终端面板
},
"problemMatcher":"$gcc" // 捕捉编译时终端里的报错信息到问题面板中，修改代码后需要重新编译才会再次触发
// 本来有Lint，再开problemMatcher就有双重报错，但MinGW的Lint效果实在太差了；用Clang可以注释掉
}]
}
- 配置 launch.json
主要用于配置调试任务
示例如下：
// https://code.visualstudio.com/docs/cpp/launch-json-reference
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型，cppdbg对应cpptools提供的调试功能；可以认为此处只能是cppdbg
"request": "launch", // 请求配置类型，可以为launch（启动）或attach（附加）
"program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径
"args": [], // 程序调试时传递给程序的命令行参数，一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处，相当于在main上打断点
"cwd": "${workspaceFolder}", // 调试程序时的工作目录，此为工作区文件夹；改成${fileDirname}可变为文件所在目录
"environment": [], // 环境变量
"externalConsole": true, // 使用单独的cmd窗口，与其它IDE一致；为false时使用内置终端
"internalConsoleOptions": "neverOpen", // 如果不设为neverOpen，调试时会跳到“调试控制台”选项卡，你应该不需要对gdb手动输命令吧？
"MIMode": "gdb", // 指定连接的调试器，可以为gdb或lldb。
"miDebuggerPath": "D:\\104ProgramFiles\\mingw64\\bin\\gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则不要
"setupCommands": [
{ // 模板自带，好像可以更好地显示STL容器的内容，具体作用自行Google
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": false
}
],
"preLaunchTask": "task1" // 调试会话开始前执行的任务，一般为编译程序。与tasks.json的label相对应
}]
}
上面配置完成后，在main.cpp 按F5开启调试。
