转到Qt 6.8包中的Microsoft Visual C/C++(MSVC)编译器2022。请在Qt 6.7上测试

Moving to Microsoft Visual C/C++ (MSVC) compiler 2022 in Qt 6.8 packages. Please test this on Qt 6.7

转到Qt 6.8包中的Microsoft Visual C/C++(MSVC)编译器2022。请在Qt 6.7上测试

May 08, 2024 by Vladimir Minenko | Comments

​2024年5月8日Vladimir Minenko |评论

When you install Qt from the Qt Installer, you have a selection of target platforms. On Windows, at the time of writing, this is MinGW, MSVC as regular choices, and LLVM-MinGW as a Technology Preview. This basically specifies the environment which is used to build Qt code for that packages. Most importanly, this also de-facto specifies a version of the of the compiler which you should use for your development work, if you use pre-built Qt.

当从Qt安装程序安装Qt时,可以选择一些目标平台。在撰写本文时,在Windows上,这是MinGW、MSVC作为常规选择,LLVM-MinGW作为技术预览。这基本上指定了用于为这些包构建Qt代码的环境。最重要的是,如果使用预构建的Qt,这实际上还指定了应该用于开发工作的编译器的版本。

In Qt 6.7.0, for example, we support MSVC 2022, MSVC 2019, MinGW 11.2 as compilers (see this page in the Qt documentation), but we do not provide binary Qt packages built with MSVC 2022 which is the current version of MSVC. For future releases of Qt 6, we need to move faster towards more modern MSVC 2022 and start to phase out MSVC 2019 as an older version.

​例如,在Qt 6.7.0中,我们支持MSVC 2022、MSVC 2019和MinGW 11.2作为编译器(请参阅Qt文档中的此页),但我们不提供使用MSVC 2022构建的二进制Qt包,MSVC 2022是MSVC的当前版本。对于Qt 6的未来版本,我们需要更快地向更现代的MSVC 2022迈进,并开始逐步淘汰旧版本的MSVC 2019。

This will be a change not only for the Qt's release team, but also for Qt's users who use these binary packages. We want to make it as smooth as possible and got a plan which we want to share here. BTW, the below changes are only related to MSVC and do not concern MinGW packages for Windows.

这不仅对Qt的发布团队来说是一个变化,对使用这些二进制包的Qt用户来说也是一个变化。我们想让它尽可能顺利,并制定了一个计划,我们想在这里分享。顺便说一句,以下更改仅与MSVC有关,与适用于Windows的MinGW软件包无关。

In one of the next bug-fix releases of Qt 6.7, possibly in Qt 6.7.2, we will add packages built with MSVC 2022 in addition to the MSVC 2019 ones as we have now. The upcoming Qt 6.8 will have packages for Windows built with MSVC 2022 only, and MSVC 2019 ones will be discontinued in packages. MSVC 2019 will still stay in the packages of future Qt 6.7 bug-fix releases as long as Qt 6.7 is supported.

在Qt 6.7的下一个bug修复版本中,可能在Qt 6.7.2中,我们将添加使用MSVC 2022构建的包,以及我们现在使用的MSVC 2019构建的包。即将推出的Qt 6.8将仅使用MSVC 2022构建Windows软件包,而MSVC 2019的软件包将停止使用。只要支持Qt 6.7,MSVC 2019仍将保留在未来Qt 6.7错误修复版本的包中。

We see this as a migration path which gives MSVC users a possibility to test Qt 6.7.x binary packages with both versions of MSVC in their projects.

我们将其视为一种迁移路径,它为MSVC用户提供了在其项目中使用两个版本的MSVC测试Qt 6.7.x二进制包的可能性。

Please test this!

请测试一下!

Please report any reproducible problems as comments on QTBUG-124243.

​请报告任何可重复的问题,作为对QTBUG-124243的评论。

Visual Studio Code(VSCode)中配置C/C++环境时,如果遇到了编译器路径找不到的问题,通常是因为VSCode没有正确地识别到C/C++编译器的位置。这种情况可能是因为编译器未安装、未安装相应的扩展,或者是环境变量未正确设置导致的。以下是一些解决此问题的步骤: 1. 确认编译器是否已正确安装。对于Windows系统,常用的C/C++编译器包括MinGW或Visual Studio的MSVC。对于Linux和macOS,通常会使用GCC或Clang。 2. 安装C/C++扩展。在VSCode中,需要安装Microsoft官方的C/C++扩展,以提供语言支持和智能感知功能。 3. 在VSCode的设置中指定编译器路径。这可以通过打开设置(文件 > 首选项 > 设置),搜索C_Cpp > 点击编辑在settings.json中,然后添加编译器路径的配置。例如,对于MinGW,可以添加如下配置: ```json "C_Cpp.default.compilerPath": "C:/mingw64/bin/gcc.exe" ``` 对于Windows的Visual Studio,路径可能类似于: ```json "C_Cpp.default.compilerPath": "C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe" ``` 4. 检查系统环境变量。确保系统的PATH变量中包含了编译器的路径,这样VSCode才能在任意位置调用编译器。 5. 重启VSCode。更改设置后,重启VSCode以确保新的配置被正确加载。 如果上述步骤都检查无误,但问题仍然存在,可以尝试创建一个最小化的配置文件,逐步调试问题所在。同时,可以查阅C/C++扩展的官方文档,了解更多关于配置的信息和解决方法。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值