C++@vscode配置C++编程环境配置@多场景配置导入和使用总结@build和debug方案组合配置开箱即用级方案

文章目录

========细节和拓展=========

abstract

讨论如何配置vscode下c/c++开发环境
利用我提供的配置文件,需要的操作十分少就可以完成配置,能够应对大多数初学者学习C/C++编译和运行或调试C/C++语言代码的使用场景;并且记录了可能遇到的问题以及解决方案
这里假设用户已经正确安装好了编译器,并且能够顺利启动
- 可以是任何一款编译器,比如应用最广泛的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/C++开发环境(可选)

如果您只想用开箱即用的c/c++开发工具,可以查看以下链接
- 点击本链接查看:C/C++开发与学习平台@软件选择
如果您目的明确,那么继续往下看
- vscode 配置C/C++开发环境(通过导入仓库快速完成配置)
- 配置文件的使用相关细节

准备👺

安装并配置C/C++编译器

提供的vscode配置是基于g++或gcc的,可以通过MinGw,或MSYS2间接下载,或者TDM-GCC也可以
- C和C++编译器选择与下载安装@镜像加速下载浏览 (csdn.net)
由于C++兼容C,所有一般情况下,只需要使用g++就可以编译c/c++两种源代码的文件;

开启一个终端检查编译器的安装和配置是否正确(没有报错即可)

 #查看g++编译器版本
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> where.exe g++
C:\msys64\ucrt64\bin\g++.exe

gcc,gdb可以类似地检查

vscode和C/C++ extension package的安装和启用

Download Visual Studio Code - Mac, Linux, Windows
- 如果速度过慢,可以找镜像加速
C/C++ - Visual Studio Marketplace
- 不仅仅要安装,而且要确保启用(尽管会默认启用,但是存在被禁用的可能,尤其是某个工作区下被禁用的可能)
vscode中文插件可装可不装
- Chinese (Simplified) (简体中文) Language Pack for Visual Studio Code - Visual Studio Marketplace

gcc/g++ 等编译器的使用(推荐了解)

gcc/g++常见用例-CSDN博客
尽管本文重点是讨论配置vscode 开发c/c++环境,但是我认为认识基本的编译器命令行的使用方式还是很重要的
这有助于您了解vscode是怎么借助编译器,比如gcc/g++来编译源代码;以及如何修改和配置属于自己的编译和调试方案配置文件;当然也有助于故障发生时进行排查和纠正,比如利用外置terminal输出中文出现乱码等问题

编译中文环境下的源代码文件相关问题👺

尽量不出现中文

根据官方文档的教程,配置后可以良好的编译和调试纯英文下的C++/C程序
- 对于国内用户来说,经常会将文件命名为中文,或者源代码中充斥了大量的中文注释
- 尽管我们提倡在代码中尽可能使用英文,但是对于部分用户来说这个要求有点高
- 因此我们还需要解决vscode中编译和调试中文名的C++程序会乱码的问题

中文路径和中文源代码文件名

选择好一个目录,不要包含有中文,容易导致各种问题
- 原则上说,代码文件的名字和源代码内容也尽量全部用英文是最不容易出现问题的
- 但是对于国内大部分用户这也不太现实,所以最大限度是源代码所在目录文件夹不要有中文,源代码名字和内容允许出现中文

因为中文导致的报错问题示例

 Executing task: task externalConsole 
 
Starting build...
cmd /c chcp 65001>nul && g++.exe -fdiagnostics-color=always -g C:\repos\C_CPP_ConsoleApps\测试中文目录\hellowworld2.cpp -o C:\repos\C_CPP_ConsoleApps\测试中文目录\a.exe -fexec-charset=gbk && Pause
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot open output file C:\repos\C_CPP_ConsoleApps\��������Ŀ¼\a.exe: No such file or directory
collect2.exe: error: ld returned 1 exit status
 
Build finished with error(s).

容易看到vscode和c/c++ extension 并没有考虑到处理这类非英文(中文)路径情况

检查一下当前环境的chcp码

 PS[BAT:98%][MEM:31.44% (9.97/31.70)GB][21:59:36]
# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
PS> chcp
Active code page: 936
#936表示中文

为了不然g++编译结果输出中文时出现乱码,可以添加:-finput-charset=UTF-8 -fexec-charset=gbk编译选项,第一个选项有时可以去掉，简化为 -fexec-charset=gbk

 PS[BAT:98%][MEM:31.52% (9.99/31.70)GB][21:56:54]
# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
PS> g++ .\hellowworld2.cpp -o a.exe -finput-charset=UTF-8 -fexec-charset=gbk
 
PS[BAT:98%][MEM:31.46% (9.97/31.70)GB][21:57:27]
# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
PS> .\a.exe
Hello World!(你好,世界)

 PS[BAT:98%][MEM:31.42% (9.96/31.70)GB][21:59:12]
# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
PS> g++ C:\repos\C_CPP_ConsoleApps\测试中文目录\hellowworld2.cpp -o 你好世界console.exe -finput-charset=UTF-8 -fexec-charset=gbk
 
PS[BAT:98%][MEM:31.44% (9.97/31.70)GB][21:59:35]
# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
PS> ls
 
        Directory: C:\repos\C_CPP_ConsoleApps\测试中文目录
 
 
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a---          2024/5/2     21:59         135300 󰣆  你好世界console.exe
-a---          2024/5/2     21:59         135300 󰣆  a.exe
-a---          2024/5/2     19:05            257 󰙲  hellowworld2.cpp
 
PS> .\你好世界console.exe
Hello World!(你好,世界)

小结

综上,可以推测 vscode c/c++ extension 在解析中文文件名时后造成编码错误乱码,而使用命令行直接执行编译和运行任务则是正常工作的

获取配置文件@相关试验仓库😊

C_CPP_ConsoleApps: (gitee.com)
- 您可以打开该链接,网页中的.vscode中的内容最为关键
- 开门见山地讲,只需要把该目录中的几个json文件下载下来
- 然后移动到您准备用于存放c/c++代码的目录中,不放称为目录C_Cpp_ConsoleApps
- 然后用vscode打开C_Cpp_ConsoleApps即可

tasks.json和launch.json内容示例

.vscode · xuchaoxin1375/C_CPP_ConsoleApps - 码云 - 开源中国 (gitee.com)
- 您可以通过上述链接来查看配置
- 两个配置文件tasks.json,launch.json是经过一定的实践,能够良好并相对舒适得工作
- 如果vscode变动不大,那么直接复制粘贴到自己的C/C++ vscode工程目录中也是可以的

下载或克隆使用整个仓库

如果您想试试我提供的仓库,那么可以下载或克隆这个项目
- 如果您已经安装有git(没有的话推荐安装一个,管理代码和备份代码很有用),可以在命令行内git clone https://gitee.com/xuchaoxin1375/C_CPP_ConsoleApps.git
- 如果没有,可以在网页内选择克隆/下载按钮,把项目压缩包下载下来,自行解压到合适的目录
用vscode打开下载/克隆下来的目录C_CPP_ConsoleApps

编译器说明👺

那么clone下来的仓库内编写的c/c++代码就可以直接运行
- 前提是要安装vscode上的c/c++ extension package
- 同时把g++,gdb,gcc所在目录配置到环境变量Path中去
- 那么不出意外就可以在仓库目录内编写和试验c++代码了
如果您使用的是MinGw,那么修改相应的g++,gdb路径也可以

编译和调试配置方案的使用说明

编译方案(build tasks)可以独立工作,也可以被(debugging)作为预执行任务调用
- 然而最容易出问题的是build task,也就是配置在tasks.json文件中的一系列对象
- 特别是如果没有处理好文件名中包含中文的情形,会导致编译都无法成功
- 另一方面为了能够一键启动编译和调试,我们需要配置好launch.json,并且实际上我们通常直接利用lauch.json中配置的方案来启动build and debug任务(虽然可以做到一键编译运行调试,但是速度不够快,后面的扩展部分会讲加速方案)

常用编译方案

编译运行单个C/C++代码文件通常选用task2的配置
- 如果要运行的程序被拆分为单个或多个C++源代码文件,他们被组织在各自的目录里面且不包含其他程序的源文件,那么使用task1来编译并运行或调试(如果是C源代码,那么使用task1c)
- 如果您的习惯是不同程序的源代码都放到同一个目录,那么使用task2比较合适
  - 其限制是每个程序只能存放在一个c/c++文件中(.h头文件除外),否则拆分到多个.c/.cpp文件task2识别不了到底哪几个源文件是构成同一个程序,哪些又是不需要参与编译的原文件
- task3是默认的配置,可以编译单个英文名字的c/c++源代码文件,对于中文名字的源代码来说就不友好了,容易报错
总的来说,练习OJ题目或者Leetcode题目,使用task2来编译,c/c++通吃

其他编译方案

多文件并且按程序相关性把源文件组织到各自的目录中时,用task1或task1c编译
另一方面也可以灵活切换编译配置,比如目录mix/下是一堆相互独立,或者完全不相关的c/c++源代码文件,他们可能各自都是一个完整的程序源代码,此时把编译模式切换到task2
反之,假设目录demos里面包含了许多文件夹,每个文件夹里各表示一个程序,里面将一个程序的源代码拆分为多份,那么用task1或task1c去编译

编译并调试

当然通常我们用launch.json来配置编译和调试(build and debug)一条龙,而不是直接用tasks.json来直接编译
因此您可以选择command palette中输入debug: select and start debugging选择一个方案进行编译调试(我提供的仓库已经组织好了,配置了几种模式,满足绝大部分需求)

目录.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)
重点是.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

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

细节和拓展=

拓展阅读(可选推荐阅读)

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方案;

默认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的所在目录即可(通常这三个组件都是同一个目录)

FAQ:其他常见问题和细节

C++@vscode配置C++开发环境常见问题和实践经验

posted @ 2024-04-24 23:30 xuchaoxin1375 阅读(23) 评论(0) 编辑收藏举报来源

刷新页面返回顶部

登录后才能查看或发表评论，立即登录或者逛逛博客园首页

相关博文：

· C++@vscode配置C++开发环境常见问题和实践经验

· C++编译器选择@windows系统下C和C++编译器选择与下载安装@MinGW@Msys2@UCRT@镜像加速下载和快速安装方法

· 使用vscode创建c++项目

· vscode c/c++ 和 MSYS2 环境配置记录

· 浅谈VScode配置C++编译环境

阅读排行：
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码，我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了，比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15：你的「微服务管家」又秀新绝活了

历史上的今天：
2022-04-24 linux_C_fork函数/execv/execl的使用_数据类型pid_t/getpid/sleep /warning: missing sentinel in function call

公告

昵称： xuchaoxin1375
园龄： 4年10个月
粉丝： 1
关注： 0

+加关注

2025年3月

日

一

二

三

四

五

六

	#查看g++编译器版本
	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> where.exe g++
	C:\msys64\ucrt64\bin\g++.exe

	Executing task: task externalConsole

	Starting build...
	cmd /c chcp 65001>nul && g++.exe -fdiagnostics-color=always -g C:\repos\C_CPP_ConsoleApps\测试中文目录\hellowworld2.cpp -o C:\repos\C_CPP_ConsoleApps\测试中文目录\a.exe -fexec-charset=gbk && Pause
	C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot open output file C:\repos\C_CPP_ConsoleApps\��Ŀ¼\a.exe: No such file or directory
	collect2.exe: error: ld returned 1 exit status

	Build finished with error(s).

	PS[BAT:98%][MEM:31.44% (9.97/31.70)GB][21:59:36]
	# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
	PS> chcp
	Active code page: 936
	#936表示中文

	PS[BAT:98%][MEM:31.52% (9.99/31.70)GB][21:56:54]
	# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
	PS> g++ .\hellowworld2.cpp -o a.exe -finput-charset=UTF-8 -fexec-charset=gbk

	PS[BAT:98%][MEM:31.46% (9.97/31.70)GB][21:57:27]
	# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
	PS> .\a.exe
	Hello World!(你好,世界)

	PS[BAT:98%][MEM:31.42% (9.96/31.70)GB][21:59:12]
	# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
	PS> g++ C:\repos\C_CPP_ConsoleApps\测试中文目录\hellowworld2.cpp -o 你好世界console.exe -finput-charset=UTF-8 -fexec-charset=gbk

	PS[BAT:98%][MEM:31.44% (9.97/31.70)GB][21:59:35]
	# [C:\repos\C_CPP_ConsoleApps\测试中文目录]
	PS> ls

	Directory: C:\repos\C_CPP_ConsoleApps\测试中文目录


	Mode LastWriteTime Length Name
	---- ------------- ------ ----
	-a--- 2024/5/2 21:59 135300 󰣆 你好世界console.exe
	-a--- 2024/5/2 21:59 135300 󰣆 a.exe
	-a--- 2024/5/2 19:05 257 󰙲 hellowworld2.cpp

	PS> .\你好世界console.exe
	Hello World!(你好,世界)

	//配置默认的build task(注意不要多个task争抢默认build)
	// 非默认的task的"group"字段配置为:"group":"build",或考虑将"isDefault"设置为false
	"group": {
	"kind": "build",
	"isDefault": false //改为true就表示设置为默认
	},

	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

	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.

xuchaoxin1375