文章目录
- abstract
- gcc/g++文档和用法
- 常见用例
- 设置源文件编码和调试信息选型示例
- 目录.vscode中的相关文件说明
- tasks.json
- launch.json
- c_cpp_properties.json
- IDE或编辑器配置
- vscode配置
- 相关指令和快捷键
- 默认task配置和取消默认
- 配置文件
- 使用vscode预置变量和环境变量
- 环境变量的使用
- 使用环境变量的好处
- 环境变量可能引起的问题
- 检查编译器所在目录是否正确配置进Path变量
- 简化编译器,调试器的路径
- C/C++共用一组tasks.json/launch.json文件?
- 关于注释
- 内容示例👺
- tasks.json内容示例
- launch.json内容示例
- 参考的仓库😊
- 编译和调试选项
- 编译中文环境下的源代码文件相关问题
- FAQ
- 编译多个源文件😊
- 源文件组织
- 编译出的可执行文件名中文乱码😊
- 修改tasks.json和launch.json
- 早期使用MinGw配置Vscode的C/C++编程环境的探索
abstract
-
这里假设用户已经正确安装好了编译器,并且能够顺利启动
- 可以是任何一款编译器,比如应用最广泛的GCC或其在不同系统上的移植版
-
vscode+cpp官方文档教程:
- C++ programming with Visual Studio Code
- 这个页面是vscode配置c++环境的首页,指导如何准备(下载)编译器,配置编译器的环境变量
- 编写并编译第一个C++程序
- 然后给出许多不同编译器下的跟进一步的和更完整的首次配置教程
- 包括
.vscode
中的相关文件介绍
- 对于轻量环境,选择GCC编译器是好主意,可以参考以下文档
- Get Started with C++ and MinGW-w64 in Visual Studio Code
- C++ programming with Visual Studio Code
-
图方便开箱即用的话可以用Dev C++:Dev-C++ Overview - Free Tools - Embarcadero
gcc/g++文档和用法
-
GCC online documentation - GNU Project
- 您可以在线查看或者下载gcc不同版本的详细文档,包括pdf等格式
- 所有蓝色的链接都是可以跳转的在线网页,或者是可以下载的资源
- 文档不仅包含gcc也包含g++
-
也可以只查阅最常用的一部分文档,可以用man命令查看,但是使用浏览器会更便于阅读
-
man gcc (1): GNU project C and C++ compiler (manpages.org)
-
g++(1) - Linux manual page (man7.org)
常见用例
以下是一些常见的GCC/G++编译用法示例:
-
基本编译与链接:
g++ source.cpp -o output
这条命令将源文件
source.cpp
编译并链接为可执行文件output
。默认情况下,G++会自动处理依赖关系,编译所有必要的C++源文件,并链接所需的库。 -
编译多个源文件:
g++ main.cpp func1.cpp func2.cpp -o program
当项目包含多个源文件时,可以同时指定它们进行编译和链接。
-
指定编译标准:
g++ -std=c++11 source.cpp -o output
使用
-std
选项指定编译器遵循的C++标准版本,如C++11、C++14、C++17、C++20等。 -
启用警告:
g++ -Wall -Wextra source.cpp -o output
-Wall
开启所有基本警告,-Wextra
启用额外警告。这对于发现潜在编程错误非常有帮助。 -
优化编译:
g++ -O2 source.cpp -o output
使用
-O
选项进行优化编译,-O2
是常用的优化级别。还有更激进的-O3
和禁用优化的-O0
。 -
包含目录:
g++ -I/usr/local/include source.cpp -o output
使用
-I
选项指定头文件的搜索路径。如果源码中包含了#include <header.h>
,而header.h
位于/usr/local/include
目录下,需要使用此选项。 -
链接库:
g++ source.cpp -L/usr/lib -lmylib -o output
-L
选项指定库文件的搜索路径,-l
选项指定要链接的库。例如,这里链接名为mylib
的库。实际链接的是libmylib.so
或libmylib.a
文件。 -
生成调试信息:
g++ -g source.cpp -o output
使用
-g
选项在生成的可执行文件中包含调试信息,便于使用GDB等调试工具进行调试。 -
预处理:
gcc -E source.c -o preprocessed_source.i
使用
-E
选项仅进行预处理,生成预处理后的输出文件preprocessed_source.i
。 -
生成汇编代码:
g++ -S source.cpp -o assembly.s
使用
-S
选项仅进行编译,生成汇编代码文件assembly.s
,不进行汇编和链接。
以上就是一些GCC/G++编译的常见用法示例。根据实际需求,可能需要组合使用这些选项。
设置源文件编码和调试信息选型示例
-
示例:
g++.exe "C:/repos/C_CPP_ConsoleApps/勾股.cpp" -o "C:/repos/C_CPP_ConsoleApps/勾股.exe" -finput-charset=UTF-8 -fexec-charset=gbk -g3 -pipe -Wall
-
这条命令是用来编译并链接C++源代码文件并生成可执行文件的命令行指令,具体解释如下:
-
g++.exe
: 这是Gnu GCC编译器集合中的C++编译器程序,用于编译C++源代码文件。 -
"C:/repos/C_CPP_ConsoleApps/勾股.cpp"
: 这是待编译的C++源代码文件的完整路径和文件名。该命令会读取这个文件并进行编译。 -
-o "C:/repos/C_CPP_ConsoleApps/勾股.exe"
:-o
选项后面跟着的是指定输出的目标文件名及路径。在这个例子中,编译后生成的可执行文件会被命名为勾股.exe
,并将保存在指定的目录C:/repos/C_CPP_ConsoleApps/
下。 -
-finput-charset=UTF-8
: 这个选项指示编译器按照UTF-8字符集来解析输入(源代码)文件。 -
-fexec-charset=gbk
: 这个选项指定了生成的可执行文件中内嵌字符串的字符集为GBK,这意味着编译后的程序在运行时输出的文本字符串将以GBK编码格式展示。 -
-g3
: 启用调试信息,-g3
是GCC的一个调试级别选项,它会生成最全面的调试信息,方便使用调试器如GDB进行源代码级调试。 -
-pipe
: 使用管道进行编译过程中的临时文件传输,这可以提高在具有足够内存和快速I/O系统的计算机上的编译速度。 -
-Wall
: 开启所有警告(All warnings),这是告诉编译器尽可能多地报告可能的编译警告信息,有助于发现潜在的问题和不规范的编程习惯。
综上所述,这条命令的作用就是使用G++编译器将UTF-8编码的C++源代码文件
勾股.cpp
编译成包含详细调试信息、采用GBK编码的可执行文件勾股.exe
,并且在整个编译过程中启用所有警告提示。 -
目录.vscode中的相关文件说明
- As you go through the tutorial, you will see three files created in a
.vscode
folder in the workspace:tasks.json
(build instructions)launch.json
(debugger settings)c_cpp_properties.json
(compiler path and IntelliSense settings)
tasks.json
- tasks.json
- 文档还介绍了如何去build多个cpp文件而不仅仅是一个cpp文件,比如build某个cpp所在目录内的所有cpp文件
- 其中的args字段的配置是比较常用的
launch.json
- Customize debugging with launch.json
c_cpp_properties.json
- c_cpp_properties.json
IDE或编辑器配置
vscode配置
-
重点是
.vscode
里面的3个文件task.json
launch.json
c_cpp_properties.json
-
详细的配置项目说明可以参考vscode的官方文档,通常只需要看c/c++ extension的这部分提到的简单配置即可
- Get Started with C++ and MinGW-w64 in Visual Studio Code
相关指令和快捷键
-
command shutcut(default) Notes Start Debugging
F5
最常用的快捷键,一键编译运行源代码,并且可以设置支持打断点调试 Tasks:Run Build Task
无 仅编译源代码,可以得到编译后的可执行的二进制文件,但是不会运行,通常是作为 Start Debugging
的第一个步骤,比较少单独使用Debug:Select and Start Debugging
无 选择一个debug方案,特别是您已经配置了多个方案时, Tasks:Config Default Build Task
无 选择默认的task配置,为了适应不同的编译需要,用户在 task.json
和launch.json
中可以配置多个版本;可以从中选择一个最常用的配置Tasks:Config Task
无 配置task,最后会跳转到 tasks.json
文件中的某一个tasks数组中的一个对象,每个对象对应一个task配置 -
相关快捷键可以自行修改
-
相关指令操作 说明 我这里配置了3个task,为了名称简洁,以及方便引用,我把各个对象中的 Label
字段简单重名为task x
的形式;
您可以利用这个命令tasks:configure
command paletee中输入: Run C/C++ File
tasks:run build task
可以列出配置在tasks.json
中的build task
,(但是如果配置了默认task,可能不会列出全部的task);
如果取消掉所有设置默认的task,就会列出所有tasks;
选中其中的一个,可以启动编译,顺利的话会得到一个可执行二进制文件;可以从command palette输入 Debug:Select and Start Debugging
进行选择debug方案也可以找到侧边的按钮中得到列表内选择一个debug方案; -
如果刚刚配置好
tasks.json
,launch.json
但是列表中没有显示出来对应的方案,可以尝试重载vscode窗口(或者重启vscode) -
如果始终没有,可能是配置文件(json)出错了
默认task配置和取消默认
-
在
tasks.json
中的某个task中设置"group"
对象 -
//配置默认的build task(注意不要多个task争抢默认build) // 非默认的task的"group"字段配置为:"group":"build",或考虑将"isDefault"设置为false "group": { "kind": "build", "isDefault": false //改为true就表示设置为默认 },
配置文件
- 下面我给出自己的配置,其特点是基本满足各种编译需求,适用于轻量的
C/C++
编译 - 在讲具体配置内容之前,先了解以下内容
tasks.json
中的tasks
数组- 每个元素是一个对象,视为一个
build task
,分别表示一种build源代码的方案 - 首先我的建议是取一个合适的
task
名字,在各个task
对象的label
字段中配置,名字可以设置的简单一些- 不需要担心命名太简单而看不出配置的用途,因为我们可以在detail字段中写入详细的信息
- 将label字段设置的简单的好处在于
launch.json
中的preLaunchTask
引用起来就方便,尽管您可以复制粘贴label字段的值代替手动输入到preLaunchTask
字段😊
- 每个元素是一个对象,视为一个
launch.json
中的configurations
数组- 每个元素是一个对象,可以视为一个
launch
方案,表示如何调试源代码(包括使用哪个调试器(debugger),要启动哪一个build task,调试时要传递什么参数给调试器等) - 这里最重要的除了配置正确的调试器路径,还要设置启动正确的task名称,这些名称从
tasks.json
中的label字段查找,比如我在tasks.json
中配置了3种build task
方案分别名为task1,task2,task3
那么合法的名字就只有上述3个 - 当然默认产生的task 的
label
一般是C/C++: g++.exe build active file
,这个东西可以按照自己的喜好和方便使用的角度修改 launch.json
中有name
字段可以写得详细一些,因为我们不需要再引用这里的name
字段了name
字段的值会显示在选择debug方案的列表中,供我们辨认不同的debug方案和选择
- 每个元素是一个对象,可以视为一个
- 最后
c_cpp_properties.json
文件,不是必须要的,但是如果有需要可以配置一些库的路径,编译标准版本等
使用vscode预置变量和环境变量
-
Visual Studio Code Variables Reference
-
Visual Studio Code(VS Code)支持在调试和任务配置文件以及某些特定设置中使用变量替换。这些变量通过
${variableName}
语法在launch.json
和tasks.json
文件中的键值字符串内实现替换。 -
用户环境变量和系统环境变量的引用:假设我配置了用户环境变量
MSYS2_MINGW
,并且确认了该值的有效性-
PS> $env:MSYS2_MINGW C:\msys64\ucrt64\bin
-
PS[BAT:79%][MEM:32.00% (10.14/31.70)GB][22:02:08] # [C:\repos\C_CPP_ConsoleApps] ls $env:MSYS2_MINGW |where{$_.Name -like "gcc.*" -or $_.Name -like "g++.*" -or $_.Name -like "gdb.*"} Directory: C:\msys64\ucrt64\bin Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 2023/12/2 2:14 2721152 g++.exe -a--- 2023/12/2 2:14 2718592 gcc.exe -a--- 2023/12/4 21:52 10370879 gdb.exe
-
我在配置C/C++的试验中,发现引用环境变量仅在
launch.json
中是有效的-
"miDebuggerPath": "${env:MSYS2_MINGW}\\gdb"
-
-
然而,在
tasks.json
中引用环境变量是无效的
-
环境变量的使用
使用环境变量的好处
-
如果将相关路径添加到
Path
路径中,那么就可以直接用名字gcc,g++,gdb
来代替绝对路径- 无论是先配置
MSYS2_MINGW
,然后将MSYS2_MINGW
添加到Path
,或者直接将路径MSYS2_MINGW
对应的值(我的例子是C:\msys64\ucrt64\bin
)添加到Path
变量中都可以 - 如果是用户级别的环境变量,不需要管理员权限
- 总之这个任务很简单,资料也很丰富,这里不赘述;但是配置了以后很有用
- 命令行输入
SystemPropertiesAdvanced.exe
或者开始菜单中输入环境变量
搜索就可以打开配置的控制面板,点击环境变量进行配置,用户级别和系统级别的Path任选其一将路径添加到Path变量中即可; - 老手也可以选择用命令行配置,比如
setx
,powershell还可以用[Environment]::SetEnvironmentVariable()
来配置
- 命令行输入
- 无论是先配置
环境变量可能引起的问题
- 生产环境的环境变量配置需要考虑的问题更多,配置环境变量虽然能够提供方便,但是可能引入潜在的混淆的机会
- 但是对于学习环境,配置环境变量是方便和可行的,也是很平常的事情
检查编译器所在目录是否正确配置进Path变量
-
上面的路径配置不是必须的,但确实很有用,可以带来便利的操作
-
通过以下命令来检查是否配置成功
gcc --version g++ --version gdb --version
-
PS[BAT:79%][MEM:34.73% (11.01/31.70)GB][22:07:20] # [C:\repos\scripts] PS> gcc --version gcc.exe (Rev3, Built by MSYS2 project) 13.2.0 Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. PS[BAT:79%][MEM:36.41% (11.54/31.70)GB][22:18:52] # [C:\repos\scripts] PS> g++ --version g++.exe (Rev3, Built by MSYS2 project) 13.2.0 Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. PS[BAT:79%][MEM:36.41% (11.54/31.70)GB][22:18:52] # [C:\repos\scripts] PS> gdb --version GNU gdb (GDB) 14.1 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
-
上述命令各自没有报错,返回了各自的版本号,这说明配置是正确的
简化编译器,调试器的路径
- 经过上述的Path变量配置,我们可以在vscode中得到以下效果
- 可在任意终端中直接用
gcc,g++,gdb
来带直接调用相应的软件 - 可以简化vscode中的相关配置(末尾的逗号是json中的不同字段的分割符)
tasks.json
中的"command": "C:\\msys64\\ucrt64\\bin\\g++.exe",
可以简化为"command": "g++",
launch.json
中的"miDebuggerPath": "C:\\msys64\\ucrt64\\bin\\gdb.exe",
简单用gdb
来代替,即可以简化为"miDebuggerPath": "gdb",
- 不仅如此,如果用的不是Msys2安装的
gcc,g++,gdb
而是其他方式安装的,比如直接用的MinGw安装的,那么我们也不需要去改动vscode中的配置文件,只需修改一下Path
环境变量中gcc,g++,gdb
的所在目录即可(通常这三个组件都是同一个目录)
C/C++共用一组tasks.json/launch.json文件?
- 您可以考虑vscode中新建工作区,来分别配置.vscode中的相关文件
- 也可以让c/c++共用一组配置文件,但是json文件里的task,等可以相对独立,因此也是可以考虑两种语言的build task 和debug方案配置在同一组文件中
关于注释
-
在json文件中编写注释是不可靠的
-
顶多是创建一个
comment
字段或者description
,或者detail
字段,然后将注释字符串写入到该字段的值下 -
另一方面,使用
vscode command palette
配置tasks.json等文件时,可能会清空掉所有//
引出的注释,从而导致注释丢失
内容示例👺
- 下面的两个配置文件是经过一定的实践,能够良好并相对舒适得工作
- 如果vscode变动不大,那么直接复制粘贴到自己的C/C++ vscode工程目录中也是可以的
tasks.json内容示例
-
{ "tasks": [ { "type": "cppbuild", "label": "task1", "command": "g++.exe", "args": [ "-fdiagnostics-color=always", "-g", "*.cpp", //如果要编译多个c文件,将*.cpp改为*.c;而在这个文件里我另外配了一个task1c,来对*.c文件执行类似的功能 "-o", "${fileDirname}\\All.exe" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": [ "$gcc" ], //配置默认的build task(注意不要多个task争抢默认build) // 非默认的task的"group"字段配置为:"group":"build",或考虑将"isDefault"设置为false "group": { "kind": "build", "isDefault": false //改为true就表示设置为默认 }, "detail": "build C++ language files(*.cpp) in the ${fileDirname} directory (not c files) " }, { "type": "cppbuild", "label": "task1c", "command": "g++.exe", "args": [ "-fdiagnostics-color=always", "-g", "*.c", "-o", "${fileDirname}\\All.exe" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": [ "$gcc" ], "group": "build", "detail": "build C language files(*.c) in the ${fileDirname} directory (rather than c++ files,this is a fork of task1)" }, { "type": "cppbuild", "label": "task2", "command": "g++.exe", "args": [ "-fdiagnostics-color=always", "-g", "${file}", //编译当前打开(active状态,鼠标点击后)的源文件,无法分辨是否为c/c++源代码,因此如果用这个配置来编译其他语言的源代码会出错!或说回来一个简单工程目录文件中通常只有一种语言,但是复杂项目则往往有多种语言代码文件,这时候要小心配置并选择合适的build task,以及后续的debug配置 "-o", "${fileDirname}\\a.exe" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": [ "$gcc" ], "group": "build", "detail": "build active file(c/c++),output a.exe (For Englis, Chinese characters and other non-English characters)." }, { "type": "cppbuild", "label": "task3", "command": "g++.exe", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}\\${fileBasenameNoExtension}.exe", // "-finput-charset=UTF-8", // "-fexec-charset=gbk" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": [ "$gcc" ], "group": "build", "detail": "Task generated by Debugger(Default). This is not compatible with Chinese characters or other non-English characters." } ], "version": "2.0.0" }
launch.json内容示例
-
{ "version": "0.2.0", "configurations": [ // 对于一个脚本和C++控制台小程序的工作区,可以存放多种编程语言源文件,比如可以将python的调试配置也可以放进来,和C/C++的debug方案放在一起,充当configurations数组的元素,这样一个工作区可以通过选择包含在本文件的不同的配置来调试不同语言的程序 // { // "name": "Python Debugger: Current File", // "type": "debugpy", // "request": "launch", // "program": "${file}", // "console": "integratedTerminal" // }, { "name": "C/C++: g++.exe build and debug the C++ language files", "type": "cppdbg", "request": "launch", // "program": "${fileDirname}\\${fileBasenameNoExtension}.exe", "program": "${fileDirname}\\All.exe", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", // "miDebuggerPath": "${env:MSYS2_MINGW}\\gdb.exe", "miDebuggerPath": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true }, { "description": "Set Disassembly Flavor to Intel", "text": "-gdb-set disassembly-flavor intel", "ignoreFailures": true } ], // "preLaunchTask": "C/C++: g++.exe build active file" "preLaunchTask": "task1" }, { "name": "C/C++: g++.exe build and debug the C language files", "type": "cppdbg", "request": "launch", "program": "${fileDirname}\\All.exe", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true }, { "description": "Set Disassembly Flavor to Intel", "text": "-gdb-set disassembly-flavor intel", "ignoreFailures": true } ], "preLaunchTask": "task1c" }, { "name": "C/C++: g++.exe build and debug active file(For English, Chinese characters and other non-English characters)", "type": "cppdbg", "request": "launch", // "program": "${fileDirname}\\${fileBasenameNoExtension}.exe", "program": "${fileDirname}\\a.exe", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true }, { "description": "Set Disassembly Flavor to Intel", "text": "-gdb-set disassembly-flavor intel", "ignoreFailures": true } ], "preLaunchTask": "task2" }, { "name": "C/C++: g++.exe build and debug active file", "type": "cppdbg", "request": "launch", "program": "${fileDirname}\\${fileBasenameNoExtension}.exe", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true }, { "description": "Set Disassembly Flavor to Intel", "text": "-gdb-set disassembly-flavor intel", "ignoreFailures": true } ], "preLaunchTask": "task3" } ] }
参考的仓库😊
- C_CPP_ConsoleApps: (gitee.com)
- 您可以在命令行内
git clone https://gitee.com/xuchaoxin1375/C_CPP_ConsoleApps.git
- 这会拉去一个简单的仓库,里面的vscode配置是基于
Msys2
的 - 如果您安装的也是Msys2的windows GCC环境,并且是默认路径,那么clone下来的仓库内编写的
c/c++
代码就可以直接运行- 前提是要安装vscode上的c/c++ extension package
- 同时把
g++,gdb,gcc
所在目录配置到环境变量Path中去 - 那么不出意外就可以在仓库目录内编写和试验c++代码了
- 如果您使用的是MinGw,那么修改相应的g++,gdb路径也可以
编译和调试选项
- 最后,要注意编译运行单个C/C++代码文件通常选用
task2
的配置- 如果要运行的程序被拆分为单个或多个C++源代码文件,他们被组织在各自的目录里面且不包含其他程序的源文件,那么使用
task1
来编译并运行或调试(如果是C源代码,那么使用task1c
) - 如果您的习惯是不同程序的源代码都放到同一个目录,那么使用
task2
比较合适- 其限制是每个程序只能存放在一个c/c++文件中(.h头文件除外),否则拆分到多个
.c/.cpp
文件task2识别不了到底哪几个源文件是构成同一个程序,哪些又是不需要参与编译的原文件
- 其限制是每个程序只能存放在一个c/c++文件中(.h头文件除外),否则拆分到多个
task3
是默认的配置,可以编译单个英文名字的c/c++源代码文件,对于中文名字的源代码来说就不友好了,容易报错
- 如果要运行的程序被拆分为单个或多个C++源代码文件,他们被组织在各自的目录里面且不包含其他程序的源文件,那么使用
- 总的来说,练习OJ题目或者Leetcode题目,使用
task2
来编译,c/c++通吃 - 多文件并且按程序相关性把源文件组织到各自的目录中时,用
task1
或task1c
编译 task3
是默认的,对中文不友好,可以不用- 另一方面也可以灵活切换编译配置,比如目录
mix/
下是一堆相互独立,或者完全不相关的c/c++源代码文件,他们可能各自都是一个完整的程序源代码,此时把编译模式切换到task2
- 反之,假设目录
demos
里面包含了许多文件夹,每个文件夹里各表示一个程序,里面将一个程序的源代码拆分为多份,那么用task1
或task1c
去编译 - 当然通常我们用
launch.json
来配置编译和调试(build and debug)一条龙,而不是直接用tasks.json
来直接编译 - 因此您可以选择command palette中输入
debug: select and start debugging
选择一个方案进行编译调试(我提供的仓库已经组织好了,配置了几种模式)
编译中文环境下的源代码文件相关问题
- 根据官方文档的教程,配置后可以良好的编译和调试纯英文下的C++/C程序
- 对于国内用户来说,经常会将文件命名为中文,或者源代码中充斥了大量的中文注释
- 尽管我们提倡在代码中尽可能使用英文,但是对于部分用来说这个要求有点高
- 因此我们还需要解决vscode中编译和调试中文名的C++程序会乱码的问题
FAQ
编译多个源文件😊
-
task.json和launch.json分别负责控制编译和调试
-
通常简单的需求只需要在默认生成的文件内稍作修改就可以工作
-
然而对于稍微复杂的编译需求,我们需要进一步的配置
- 比如配置能够编译/调试多个源文件的情况
- 配置能够编译/调试中文源文件的情况
源文件组织
- 通常我们将同一个程序(源代码分散到了多个不同源文件)的相关源文件存放到同一个目录中,而其他程序的源文件就不要混进来,这样不利于管理和一键编译的配置
- 换句话说,假设您将多个相互独立(或者没有关系的)源文件放到同一个目录,那么一口气将它编译链接就会出问题
- 尽管我们可以用命令行手动选择要编译哪些源文件,但是不利于我们配置
task.json
进行一键编译 - 所以这里强调同一个程序有多个源文件时要组织到一个单独的目录中去,并且不要参杂其他程序源文件
- 尽管我们可以用命令行手动选择要编译哪些源文件,但是不利于我们配置
编译出的可执行文件名中文乱码😊
-
实验发现,对于文件名为中文的C++/C语言源代码编译时得到的
.exe
文件名会是乱码 -
这就导致
launch.json
中默认配置的调试语句找不到编译后的可执行文件,导致调试报错无法进行下去 -
对于简单控制台程序,从实践的角度,通常我们希望编写玩一个c++程序,然后可以一键编译运行或调试,就可以了
-
当然最好能够兼容中文名源文以及英文名源文件
-
现在的问题是遇到中文名源文件,windows上的Gcc(Mingw或其他移植Gcc)的项目编译中文名c++文件在不同场景下有不同的效果
-
PS[BAT:69%][MEM:42.83% (13.58/31.70)GB][21:01:23] # [C:\repos\C_CPP_ConsoleApps] g++ .\勾股.cpp -o 勾股.exe PS[BAT:69%][MEM:42.79% (13.56/31.70)GB][21:01:48] # [C:\repos\C_CPP_ConsoleApps] ls *.exe Directory: C:\repos\C_CPP_ConsoleApps Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 2024/4/24 21:01 140467 勾股.exe
-
上述试验说明,在命令行中手动调用g++来编译没有没有出现文件名乱码的结果
-
但是执行的时候可能会输出程序内部带出来的中文乱码,我们可以追加参数
-finput-charset=UTF-8 -fexec-charset=gbk
-
-
示例
-
PS[BAT:79%][MEM:46.76% (14.82/31.70)GB][22:09:28] # [C:\repos\C_CPP_ConsoleApps] cat C:\repos\C_CPP_ConsoleApps\cpp\helloworld.cpp #include <iostream> #include <vector> #include <string> #include <iostream> #include <windows.h> // For system("pause") using namespace std; int main() { vector<string> msg{"Hello", "C++", "World", "from", "VS Code", "and the C++ extension!"}; int i=0; for (const string &word : msg) { ++i; cout << word << " "; } cout << endl; cout << "中文会乱码吗?"<<endl; }
-
PS[BAT:79%][MEM:46.74% (14.82/31.70)GB][22:08:42] # [C:\repos\C_CPP_ConsoleApps] gcc c:\repos\C_CPP_ConsoleApps\cpp\helloworld.cpp -o demo.exe -lstdc++ -finput-charset=UTF-8 -fexec-charset=gbk #或者 g++ .\helloworld.cpp -o demo.exe -finput-charset=UTF-8 -fexec-charset=gbk PS[BAT:79%][MEM:46.79% (14.83/31.70)GB][22:08:53] # [C:\repos\C_CPP_ConsoleApps] .\demo.exe Hello C++ World from VS Code and the C++ extension! 中文会乱码吗?
-
-
然而,vscode中匹配了tasks.json和launch.json进行一键编译运行时确发生了二进制文件中文名称乱码的情况
修改tasks.json和launch.json
-
文档中指出,我们可以通过配置
-
tasks.json
中的编译选项(-o
后的值(编译结果)为英文硬编码,比如a.exe
)-
"args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}\\a.exe" //修改这里,默认的值为"${fileDirname}\\${fileBasenameNoExtension}.exe" ],
-
-
然后再配置
launch.json
中的program
字段"program": "${fileDirname}\\a.exe",
-
也就是编译出来的名字总是命名为
a.exe
,然后调试时找的也是同目录下的a.exe
,避开了中文可能导致的乱码,导致调试器找不到对应的可执行文件报错
-
-
上述操作虽然没有正面解决中文文件名乱码问题,但是已经能够让我们比较舒服的使用vscode来学习C/C++编程和算法,能够一键编译和运行/调试代码,甚至可以配置一键编译分散在多个源文件的程序,中文文件名确实也不报错了,基础阶段非常够用
-
如果确实需要所有编译出来的可执行文件,那么写个脚本就行
早期使用MinGw配置Vscode的C/C++编程环境的探索
- 早期的实践,操作比较稚嫩,有缘可能会回去改改:链接在此浏览 (csdn.net)