关于使用msys2下gcc编译器无法识别通配符*，导致无法编译的问题

最新推荐文章于 2025-05-14 21:01:58 发布
最新推荐文章于 2025-05-14 21:01:58 发布
阅读量715 收藏
点赞数 6
CC 4.0 BY-SA版权
文章标签： 其他
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/smliewhale/article/details/145404997

编译时报错如上，在网上找了一会，发现是编译器的问题，编译器无法识别*无法编译，有两种解决方案

（1）避免使用*，直接把文件名输入到json文件里面

（2）更换编译器，这里我换了Mingw下gcc version 8.1.0

下载链接如下，环境的配置网上有很多，这里就不再说了

通过网盘分享的文件：03-Windows中MinGW-w64及GCC的下载、安装与配置.zip
链接: https://pan.baidu.com/s/1rhdQNPtIj1N7ksXGmWJaaQ?pwd=58n5 提取码: 58n5

更换完编译器又发现vscode一直识别不到，在网上查询了下，找到了解决办法

点击JSON配置，在里面添加自己编译器的gcc路径

再次点击运行，编译器即可识别到Mingw下的GCC

点击之后，自动生成json文件后，修改”*.c“后运行，无报错

smliewhale
关注
【SWAT】 最简便的SWAT源码编译方法（gfortran）
```On Earth, Be Water, By Coding```
01-08 2224
相比于OneAPI全家桶，使用gfortran直接编译swat会非常简单方便，不会Fortran，也能编译成功~
利用chatgpt解决vscode中gcc编译器的task.json无法识别*通配符问题（无法通过*.c编译全部文件）
m0_57259932的博客
10-26 2122
gpt真神现身！vscode的最新版gcc的task.json无法识别*通配符，导致无法编译目录下全部c文件。查了全网，要么是让换gcc版本，要么是别的乱起八糟的东西。后来我问了chatgpt，chatgpt认真分析了原因，竟然一步步帮我实现了！全网都没有的答案，gpt给我解决了！
msys2下mingw32无法使用gcc编译命令
专注音频，高效工作，快乐生活！
03-08 1125
安装好msys2的环境后打开mingw32命令行，无法使用gcc命令。没有配置安装对应的命令。
VSCode编译时错误：Invalid argument. 是因为新版MSYS2 默认禁用通配符支持
snow_feeling的专栏
05-14 386
查了半天，是因为刚升级了MSYS2。因为从 2024 年 11 月 3 日开始，MSYS2 默认禁用通配符支持。此更改会影响在生成命令中处理通配符的方式。要在 中构建多个 C++ 文件，您必须明确列出这些文件。编译原来可以正常编译的C程序时，报错“*.c: Invalid argument”所以在Tasks.json文件中要把.c文件一个个的罗列出来，不能再用*.c代替。
解决新版本的 MinGW 在 VS Code 中运行多个 C 文件时，不支持 *.c 这样的通配符
weixin_55486665的博客
02-07 499
因为 Windows 命令行（cmd）默认不会展开通配符，而 MinGW 可能没有正确处理这个情况。
MSYS2 + GCC + CMAKE环境搭建
生活需要深度
08-19 8460
软件包 https://www.msys2.org/，双击安装到某根目录下，比如C:\msys64。The UK Mirror Service Sorceforge mirror等。日本北陆先端科学技术大学院大学SourceForge镜像。中国科学技术开源软件镜像。清华大学开源软件镜像站。
MSYS2开发环境搭建
热门推荐
一步一脚印
09-20 5万+
MSYS2 安装、源配置、软件管理工具pacman的应用以及常见软件编译，MSYS2环境一篇通
Windows 配置 C/C++ 编译环境指南_安装MinGW与MSYS32
Linux I Tell U
09-05 9683
gcc是c/c++的编译器，通常只能在 Linux 上才能用。如果我们要在windows上使用它，那么我们需要用MinGW来构建环境。
vscod win 使用 msys2 配置 c++ 开发环境 编译多个c++文件
03-23
在launch.json中，设置miDebuggerPath为MSYS2下的gdb.exe，比如C:\msys64\mingw64\bin\gdb.exe。 最后，测试整个流程，确保编译和调试都能正常工作。如果出现错误，需要根据错误信息检查各个配置文件的路径是否正确...
cc1plus.exe: fatal error: C:\Users\zhang\Documents\project\*.cpp: Invalid argument compilation terminated.
03-23
`cc1plus.exe`（GCC的C++编译器前端）在Windows环境下可能无法自动扩展通配符 `*.cpp`，导致将其视为字面文件名而非文件列表[^2][^3]。 - **解决方案** 手动列出所有需要编译的源文件。例如： ```bash g++ ...
visual studio 如何编译成.o文件
最新发布
06-19
我们正在处理关于在VisualStudio中编译生成.o文件的问题。根据引用内容，我们需要理解VisualStudio中的编译过程。引用[1]提到：“编译就是将源文件生成obj后缀的二进制文件，单个文件点击编译，只会生成该文件的obj...
app -main.c -sys.h hal_drv inverterdrv -inverter_drv.c -inverter_drv.h scrreendrv -screen_drv.c -screen_drv.h bmsdrv -bms7686_drv.c -bms7686_drv.h -battery.c -battery.h hard_drv iicdrv -iic.c -iic.h 帮我写一个makefile，用来在win下vscode编译这个工程，要写得有拓展性 通用性
03-14
好的，我需要帮助用户创建一个在Windows下通过VSCode使用的Makefile，用于编译多文件C项目，包括main.c、sys.h和多个驱动模块如inverter_drv、screen_drv、bmsDrv等。用户希望Makefile具备良好的扩展性和通用性。 ...
MSYS2 安装后无法识别g++
weixin_67913923的博客
04-05 133
2.MSYS2有多种终端，不同的终端编辑器路径不同，MSYS是系统开发工具。UCRT64是新型Windows 程序编译，路径位于/ucrt64/bin/g++.exe。无法识别g++可能是误用MSYS这个终端，应该用UCRT64。1.首先安装 MSYS2之后没有将bin目录放到path环境变量里。
02. VSCODE：MSYS2+GCC 安装与应用保姆手册
第2学堂－专栏
10-10 4799
msys2 提供可在Windows下使用 GCC 编译器；并且，借助 Linux 包管理功能，可轻松下载丰富的可在Windows下直接使用的 C/C++ 开发包，包括编译好的二进制包。 网络库asio、准标准库boost、zip解压缩、json格式处理、引擎 SDL……十八般兵器，一行指令下载，再也不用费尽心思自己手工打造（编译）各种三方库了！
windows搭建gcc开发环境(msys2) objdump
weixin_34007291的博客
05-12 1050
前言 可能你并不太了解msys2，但是作为一个程序员，你一定知道mingw，而msys2就集成了mingw，同时msys2还有一些其他的特性，例如包管理器等。 msys2可以在windows下搭建一个完美的类linux环境，包括bash、vim、gcc、make等工具都可以通过包管理器来添加和卸载 msys2的包管理器是使用的pacman，用过archlinux的应该都知道pacma...
windows搭建gcc开发环境(msys2)
qiuzhiqian1990的博客
02-23 5万+
前言可能你并不太了解msys2，但是作为一个程序员，你一定知道mingw，而msys2就集成了mingw，同时msys2还有一些其他的特性，例如包管理器等。 msys2可以在windows下搭建一个完美的类linux环境，包括bash、vim、gcc、make等工具都可以通过包管理器来添加和卸载 msys2的包管理器是使用的pacman，用过archlinux的应该都知道pacman了。 我们
msys2 ucrt64的g++编译器不支持通配符*.cpp编译吗？
03-11
<think>嗯，用户想知道在msys2 ucrt64环境下，g++编译器是否支持用*.cpp这样的通配符来批量编译多个源文件。首先，我得回忆一下通配符在命令行中的处理机制。一般来说，在Unix-like系统中，shell会负责展开通配符，比如*.cpp会被替换成所有匹配的文件名。而Windows的cmd默认不会展开通配符，这可能引发问题。 根据用户提供的引用内容，特别是引用[3]，里面提到Windows的cmd不会展开通配符，而MinGW可能没有正确处理这种情况。用户之前可能在tasks.json中尝试使用*.c，但遇到了问题，于是修改了配置。现在他想知道在msys2的ucrt64环境下，使用g++是否支持这种通配符。 接下来，我需要确认msys2的shell环境。MSYS2提供了类似Unix的环境，默认使用bash作为shell。在bash中，通配符是由shell展开的，所以当用户在MSYS2终端中运行g++ *.cpp -o output时，bash会先展开*.cpp为当前目录下的所有.cpp文件，然后传递给g++。因此，在这种情况下，通配符应该是有效的。 但用户可能是在VSCode的tasks.json中配置编译任务，这时候需要考虑VSCode使用的shell。如果tasks.json中的任务配置没有指定使用bash，而是默认使用cmd，那么通配符可能不会被展开。这时候需要检查tasks.json中的"options"部分，是否有设置正确的shell，比如将"shell"配置为bash，并设置相应的cwd（当前工作目录）。 另外，引用[3]中的例子显示用户之前使用了*.c，但可能因为命令行未展开通配符导致失败，所以修改了配置。对于C++的情况，如果使用msys2的g++，并且确保shell正确展开通配符，应该可以正常工作。需要确认tasks.json中的"args"是否包含*.cpp，并且在正确的shell环境下执行。 总结一下，关键在于使用的shell是否展开通配符。在msys2的bash环境中，直接运行命令是支持的；在VSCode任务中，需要配置使用bash作为shell，并确保cwd正确，才能让通配符生效。否则，可能需要手动列出所有文件，或者使用CMake等构建工具来管理编译过程。</think>在MSYS2 UCRT64环境下，g++编译器对通配符`*.cpp`的支持性取决于调用方式： 1. **直接通过MSYS2终端调用** 在MSYS2的bash环境中，默认支持通配符展开。执行以下命令时： ```bash g++ *.cpp -o output.exe ``` Shell会自动将`*.cpp`展开为当前目录下所有`.cpp`文件列表，再传递给g++编译[^3]。 2. **通过VSCode的tasks.json调用** - 需要明确设置`options.cwd`为`${workspaceFolder}`，确保通配符在正确路径下解析 - 推荐显式声明shell类型以强制通配符展开： ```json "options": { "cwd": "${workspaceFolder}", "shell": { "executable": "G:\\develop\\mingw\\msys64\\usr\\bin\\bash.exe", "args": ["-c"] } } ``` - 编译参数建议使用： ```json "args": ["-fdiagnostics-color=always", "-g", "*.cpp", "-o", "${fileDirname}/output.exe"] ``` 3. **Windows CMD的限制** 若未通过MSYS2 shell执行，Windows原生命令行不会自动展开通配符，此时需要手动指定文件列表。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值