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开启调试。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)