本文详细介绍了Windows平台上的C++编译器选项，包括VisualC++(MSVC)，MinGW（及其扩展MinGW-w64），MSYS2，以及Clang和GCC的选择。讨论了各自的优缺点，如MSVC的集成开发环境、MinGW的跨平台开发能力和MSYS2的类Unix环境。
文章目录
abstract
- windows上快速部署c/c++编程环境,这部分核心内容很短
- 包括下载编译器,调试器,代码编辑器
- 推荐使用scoop (cn)来下载这些软件
编程语言和编译器
以C语言为例,介绍编程语言和编译器,以及编译器对于源代码到可执行程序这个过程的作用和影响
编程语言和编译器是软件开发的核心工具，编程语言提供了表达逻辑的方法，而编译器负责将这种逻辑转换成计算机能够执行的机器指令。
编译器的作用
编译器的作用是将高级编程语言（如C语言）编写的源代码转换为计算机可以执行的机器代码。C语言属于编译型语言，这意味着在执行前必须经过编译器的编译过程，将源代码转化为二进制可执行文件。编译器主要完成以下几个步骤：
- 词法分析（Lexical Analysis）：将源代码分解为基本的“单词”或“记号”（Tokens），例如关键词（如
int、return）、标识符（如变量名、函数名）、运算符和分隔符（如;和{）。 - 语法分析（Syntax Analysis）：检查记号序列是否符合语言的语法规则，并生成语法树（Syntax Tree）结构。语法树反映了程序的层次结构，有助于理解代码的含义。
- 语义分析（Semantic Analysis）：在这一步，编译器确保代码的逻辑正确性。例如，检查变量是否在使用前声明，数据类型是否匹配等。
- 中间代码生成（Intermediate Code Generation）：编译器将语法树转换为中间代码，例如三地址代码或汇编代码。这种中间代码接近机器语言，但仍与硬件无关，便于优化和移植。
- 代码优化（Code Optimization）：编译器对中间代码进行优化，减少不必要的指令，提升执行效率。例如，删除死代码、合并冗余的表达式等。
- 目标代码生成（Target Code Generation）：将优化后的中间代码转换为特定平台的机器代码（Machine Code）。
- 汇编和链接（Assembly and Linking）：将机器代码转换为可执行文件，并与外部库或系统库链接。链接器会把程序和依赖的库、资源等整合在一起，生成最终的可执行程序。
从源代码到可执行程序的过程
以C语言为例，编译器将代码从源文件（如main.c）编译为可执行程序（如main.exe）的过程如下：
-
编译阶段：编译器将
main.c文件中的代码编译成目标文件（Object File），其扩展名通常为.o或.obj。目标文件包含的是机器指令，但并未完全与外部依赖整合。 -
链接阶段：链接器将目标文件与标准库或用户定义的库（如C标准库）链接，生成最终的可执行文件。链接的过程包括重定位代码段和数据段、解析外部符号等。
-
加载与执行：可执行文件最终会被操作系统加载到内存，供处理器执行。
编译器对程序性能和效率的影响
编译器不仅将源代码转换为机器代码，还通过优化代码来提升程序性能。例如，GCC（GNU Compiler Collection）和Clang等现代编译器支持多种优化等级（如-O1、-O2、-O3等），能够提升执行效率。此外，不同编译器在优化策略和支持的指令集上也有所不同，这会影响生成程序的大小、运行速度和内存使用情况。
编译器的作用体现在两个层面：
- 转译作用：将高级语言转化为机器能够执行的低级语言指令。
- 优化作用：在保持程序语义的前提下，改进代码结构以提高性能。
通过编译器的优化，C语言代码在执行效率上可以接近汇编代码，甚至超过手写的汇编，充分体现了编译器在现代编程中的重要性。
C语言标准@同一份代码编译出来的程序有差异👺
- 关于这部分内容可以阅读The C programming Language(C程序设计语言)这本经典著作的序言和引言,包括第一版和第二版,以认识编程语言(例如C语言)及其编译器的关系
- 附录A 是一个语言参考手册。
- 虽然C 语言的语法和语义的官方正式定义是ANSI 标准本身，但是，ANSI 标准的文档首先是写给编译器的编写者看的，因此，对程序员来说不一定最合适。
- 本书中的参考手册采用了一种不很严格的形式，更简洁地对C 语言的定义进行了介绍。
- 附录B 是对标准库的一个总结
- 它同样是为程序员而非编译器实现者准备的。附录C 对标准C 语言相对最初的C 语言版本所做的变更做了一个简短的小结。
- 但是，如果有不一致或疑问的地方，标准本身和各个特定的编译器则是解释语言的最终权威。
- 附录A 是一个语言参考手册。
- 总之,C语言标准虽然规定了C语言的语法等方面的内容，但是具体功能落实以及行为依赖于编译器的实现
- C语言标准规定了大多数但并非全部情况下 语句的行为,某些语句是容易易发歧义和分歧的,这些问题的最终结果取决于编译器的实现
- 例如
- 新版本C语言的程序(源代码)无法在过于老旧的编译器上通过编译,因为新标准的特性(语句写法)不被旧标准的编译器所识别或理解,可能造成编译失败,而在新标准编译器上是可以顺利编译运行
- 即便在编译运行成功的情况下，不同编译器编译出来的程序仍然可能有功能或行为上的差异
- 下列语句就是一个典型的令人不愉快的情况：
a[i] = i++;
问题是：数组下标i是引用旧值还是引用新值？对这种情况编译器的解释可能不同，并因此产生不同的结果。C 语言标准对大多数这类问题有意未作具体规定。
Windows上可以选择的C++编译器或编程环境👺
-
考虑到使用windows的用户比较多,甚至能够通过wsl来进行linux下做c/c++编程,这里提一下windows下的选择
-
在Windows平台上，可供开发者选用的C++编译器有以下几个常见选项：
Microsoft Visual C++ (MSVC)
- 这是Windows环境下最常用的C++编译器，它是Visual Studio的一部分，提供了一整套集成开发环境（IDE），支持最新的C++标准，并且与Windows SDK紧密集成，适合开发Windows桌面应用、游戏、服务以及通用Windows应用（UWP）。
MinGW及其衍生品概况
-
GCC（GNU Compiler Collection,GNU 编译器套装）可以通过MinGW或MinGW-w64项目在Windows上运行。
-
MinGW是一个项目，它将GCC移植到了Windows平台，提供了POSIX兼容的API以便开发原生Windows应用程序。
- MinGW - Minimalist GNU for Windows download | SourceForge.net
- MinGW: A native Windows port of the GNU Compiler Collection (GCC), with freely distributable import libraries and header files for building native Windows applications; includes extensions to the MSVC runtime to support C99 functionality. All of MinGW’s software will execute on the 64bit Windows platforms.
-
MinGW-w64则是对MinGW项目的扩展，增加了对64位Windows的支持。
- MinGW (Minimalist GNU for Windows) 是一个为Windows平台设计的软件开发环境，其核心目标是提供一组基于GNU工具集的自由开源编译器和其他开发工具，使得程序员能够在Windows操作系统上开发出符合POSIX标准的原生Windows应用程序。
MinGW-w64👺
MinGW-w64是MinGW的一个分支，旨在提供对64位Windows平台的支持以及一些额外的功能增强。许多现代开发环境中集成的MinGW版本实际上就是MinGW-w64。相较于原始的MinGW，MinGW-w64通常提供更好的性能、对新C++标准的更好支持以及对多线程模型（如Win32 Threads和POSIX Threads）的选择。
Scoop下载和安装C/C++编程环境软件
这里使用scoop(国内加速版)作为演示,可以快速地安装和配置C/C++编程环境相关工具
如果你的scoop找不到对应的软件,那么请添加必要的bucket(比如spc,详情另见它文)
方案0:安装Mingw
查找mingw
scoop info mingw
版本信息
PS [C:\repos\C_Cpp_ConsoleApps\cpp]> scoop info mingw
Name : mingw
Description : Minimalistic GNU for Windows is a runtime environment for GCC, GDB, make and related binutils.
Version : 14.2.0-rt_v12-rev0
Bucket : main
Website : https://www.mingw-w64.org
License : ZPL-2.1
Updated at : 9/5/2024 8:31:42 PM
Updated by : github-actions[bot]
Path Added : <root>\bin
安装mingw
普通安装:
scoop install MinGw
为所用用户安装请使用管理员权限命令行窗口或sudo,再追加-g参数
方案1:直接安装编程环境套装
mingw-winlibs-ucrt里面也包含了gcc,g++,gdb等常用组件,包的大小大概为100MB,镜像加速配合多线程下载,也就十几秒就能下载下来,整个安装过程不超过30秒
如果不用scoop,winLibs官网也有提供安装包
但这前提要求你部署了scoop工具(有针对国内用户的一键部署脚本可用)
全局安装使用-g选项,需要管理员权限
PS> scoop install mingw-winlibs-ucrt -g
WARN Scoop uses 'aria2c' for multi-connection downloads.
WARN Should it cause issues, run 'scoop config aria2-enabled false' to disable it.
WARN To disable this warning, run 'scoop config aria2-warning-enabled false'.
Installing 'mingw-winlibs-ucrt' (14.2.0-12.0.0-r1) [64bit] from 'scoop-cn' bucket
direct (Proxyed by others): https://mirror.ghproxy.com/https://github.com/brechtsanders/winlibs_mingw/releases/download/14.2.0posix-18.1.8-12.0.0-ucrt-r1/winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r1.7z
Starting download with aria2 ...
Download: Download Results:
Download: gid |stat|avg speed |path/URI
Download: ======+====+===========+=======================================================
Download: 150cb1|OK | 7.5MiB/s|C:/Users/cxxu/scoop/cache/mingw-winlibs-ucrt#14.2.0-12.0.0-r1#ff49b3f.7z
Download: Status Legend:
Download: (OK):download completed.
Checking hash of winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r1.7z ... ok.
Extracting winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r1.7z ... done.
Linking C:\ProgramData\scoop\apps\mingw-winlibs-ucrt\current => C:\ProgramData\scoop\apps\mingw-winlibs-ucrt\14.2.0-12.0.0-r1
Adding C:\ProgramData\scoop\apps\mingw-winlibs-ucrt\current\bin to global path.
Running post_install script...done.
'mingw-winlibs-ucrt' (14.2.0-12.0.0-r1) was installed successfully!
方案2:直接安装gcc三件套
可以选择分步安装或者一次性安装
注意,这里我用了-g选项,表示全局安装,这需要管理员权限命令行窗口
PS> scoop install gcc -g
Installing 'gcc' (13.2.0) [64bit] from 'main' bucket
proxy: https://nuwen.net/files/mingw/components-19.0.7z
components-19.0.7z (58.6 MB) [================================================================================] 100%
Checking hash of components-19.0.7z ... ok.
Extracting components-19.0.7z ... done.
Running pre_install script...done.
Linking C:\ProgramData\scoop\apps\gcc\current => C:\ProgramData\scoop\apps\gcc\13.2.0
Adding C:\ProgramData\scoop\apps\gcc\current\bin to global path.
'gcc' (13.2.0) was installed successfully!
上述安装会安装gcc,g++编译器,根据安装提示,它更新了环境变量,你需要重启终端(关闭所有终端)才能够看到效果
并且在新命令行窗口中,gcc,g++可用,但是gdb默认不可用,它会使用被添加到一般的shims目录中,因此安装完毕后,就可以立即使用了
Installing 'gdb' (14.1) [64bit] from 'main' bucket
proxy: https://nuwen.net/files/mingw/components-19.0.7z
components-19.0.7z (58.6 MB) [==================================================] 100%
Checking hash of components-19.0.7z ... ok.
Extracting components-19.0.7z ... done.
Running pre_install script...done.
Linking C:\ProgramData\scoop\apps\gdb\current => C:\ProgramData\scoop\apps\gdb\14.1
Creating shim for 'gdb'.
Creating shim for 'gdbserver'.
'gdb' (14.1) was installed successfully!
也可以一次性安装gcc,gdb
scoop install gcc gdb -g
通过scoop which g++来定位编译器安装位置,例如
PS> scoop which g++
C:\ProgramData\scoop\apps\mingw-winlibs-ucrt\current\bin\g++.exe
其余软件类似
其他方案:使用其他编译器(clang+llvm)
-
scoop可以安装
llvm-mingw,包含了clang++编译器,本文不介绍这种方案-
这个套装包含了很多工具,包括了g++.exe,但是和MinGw中的版本不同,支持的选项和参数也不同,因此两个套装不要混用
-
在powershell中可以用
gcm g++*来查看计算机上可以直接调用的g++程序PS> gcm g++*|ft -AutoSize CommandType Name Version Source ----------- ---- ------- ------ Application g++.exe 0.0.0.0 C:\ProgramData\scoop\apps\llvm-mingw\current\bin\g++.exe Application g++.exe 0.0.0.0 C:\ProgramData\scoop\apps\mingw\current\bin\g++.exe注意这种情况容易引发混乱，建议屏蔽掉一种(从环境变量Path中删除掉相应的目录)
-
-
详情另见它文
-
PS> scoop-search llvm 'main' bucket: llvm (19.1.2) llvm-arm64 (18.1.8) mingw-mstorsjo-llvm-ucrt (19.1.2-20241015) retdec (5.0) --> includes 'retdec-tests-llvmir2hll.exe' 'spc' bucket: llvm (19.1.2) llvm-arm64 (18.1.8) llvm-cvp (0.20230508) llvm-mingw (20241015) llvm-x (18.1.8) mingw-mstorsjo-llvm-ucrt (19.1.2-20241015) mingw-winlibs-llvm (14.2.0-19.1.1-12.0.0-r2) mingw-winlibs-llvm-ucrt (14.2.0-19.1.1-12.0.0-r2) retdec (5.0) --> includes 'retdec-tests-llvmir2hll.exe' vlc-nightly-ucrt-llvm (20241030) winlibs-mingw-llvm-msvcrt (14.2.0-19.1.1-12.0.0-msvcrt-r2) winlibs-mingw-llvm-ucrt (14.2.0-19.1.1-12.0.0-ucrt-r2) -
scoop install llvm-mingw # -g 使用-g 全局安装,需要管理员权限
-
小结
完成上述安装方案中的一种(推荐第一种)对于初学者学习c/c++的编程学习已经足够了,特别是做算法题,搭配一个现代化的代码编辑器,比如vscode,编写控制台程序绰绰有余
如果对其他部分感兴趣可以继续阅读
安装代码编辑器(可选)
-
上面的步骤是通用的,可以给不同的编辑器提供编译或调试软件环境
-
下面介绍其中一种编辑器
-
例如,轻量级现代化的小熊猫C++ IDE
-
有带编译器版和不带编译器的版本
-
仍然可以用scoop下载(不带编译器,可以用上面的方法来下载编译器,很快)
scoop install redpanda-cpp -g -
开始菜单里打开小熊猫c++,配置编译器位置后就可以使用了
-
传统方法下载安装MinGw-w64👺
scoop方式安装
windows上,建议使用scoop(国内版)比较方便
例如scoop install mingw或scoop install spc/tdm-gcc(依赖于spc bucket)
传统方法可执行文件下载安装
如果不用scoop也可用许多方式下载安装MInGW
- 官方地址Downloads - MinGW-w64
- 已经不再直接发布单纯的MinGW 程序了,网络上有各种编译版本,以及镜像站
- 下面给出其中可用的几个选择
niXman
-
Releases · niXman/mingw-builds-binaries (github.com)
- 可以用镜像站加速下载github的资源,相关网站和工具很多
-
版本众多,可以选择release-posix-seh-ucrt-rt,通常是64位的,(x86_64)
-
综合考虑:
- 目标平台: 确定你的项目是32位还是64位。
- C运行时: UCRT通常与较新Windows版本兼容更好，而MSVCRT适用于需要与旧系统或特定库兼容的情况。
- 异常处理模型:
- SEH是Windows特有的，通常性能更好；SEH 代表 Structured Exception Handling（结构化异常处理）。这是Windows操作系统原生支持的异常处理机制。
- DWARF更常见于POSIX系统，但在这里主要用于调试信息格式。
- API兼容性: 如果你的项目依赖特定的Windows API（如Win32），选择对应的版本。
WinLibs
WinLibs - GCC+MinGW-w64 compiler for Windows
- 可以下载可执行文件
- 也可以用国内加速版的scoop来一键安装
- 体验一般
TDM-gcc
-
国内加速下载TDM-GCC-联想应用商店
-
TDM-GCC 是一个针对 Windows 平台优化和定制的 GCC（GNU Compiler Collection）编译器套件。它是免费的，并且包含了开发 C、C++ 以及 Fortran 应用程序所需的所有关键组件。
-
TDM-GCC 结合了最新的 GCC 工具集稳定版本，同时集成了 GNU Binutils 和 MinGW-W64 库，为开发者提供了一个功能全面的开发环境。
以下是 TDM-GCC 的主要特点：
-
广泛兼容性：支持从 Windows 95 到 Windows 10（乃至之后的系统）的所有 Windows 版本，能够生成 32 位和 64 位的应用程序。
-
完整开发环境：不仅包含编译器，还提供了 GNU Make 构建工具、GDB 调试器以及 OpenMP 并行编程库等，便于代码的编译、链接、调试和优化。
-
易用性：TDM-GCC 提供了简单的安装程序，使得在 Windows 上配置 GCC 环境变得非常简便，适合初学者和专业开发者。
-
MinGW-w64 集成：通过集成 MinGW-w64，TDM-GCC 能够更好地支持现代 Windows API，同时也保持对旧系统的兼容性。
-
静态链接C库：默认配置通常采用静态链接到 C 库，这简化了程序分发，因为不需要额外的运行时库。
-
社区支持：作为一个活跃的项目，TDM-GCC 在开发者社区中拥有良好支持，用户可以通过论坛、博客和在线文档获取帮助。
-
非官方但优化：虽然 TDM-GCC 不是由 GCC、MinGW 或 MinGW-w64 官方直接维护，但它根据 Windows 平台的特点进行了优化，提供了额外的便利性和性能提升。
-
-
总之，TDM-GCC 是 Windows 用户进行 C/C++ 开发的一个强大而便捷的选择，特别是对于那些寻求一个即装即用、功能全面的 GCC 环境的开发者来说。
-
-
许多开箱即用的C++开发工具就是集成的TDM-gcc
- 我们也可以自己下载TDM-Gcc
- 下载的时候有web在线安装版的,不是很推荐在线的,可以考虑离线的,现在基本是用64位的
-
但是更新的频率不是那么高,MinGW比较推荐其他项目,比如MSYS2,以及MINGW builds
安装说明
-
如果下载过慢,可以找找网盘资源,也可以选择免安装的版本,占用磁盘的空间比较小(解压后也有接近一个G的体积)
-
其实Msys2的镜像加速资源更多,通过安装Msys2来安装Mingw或代替MinGw是更好的做法,就是比较占用空间,有很多功能下载下来用不上
-
也可通过下载某些集成MinGW的开箱即用的C++ 开发环境,比如DEV C++等,它们可能安装目录里面可能有MinGW,可以借用给其他C++编辑器,比如vscode c/c++ extension
-
经过试验,Msys2里的g++可以更好地配合vscode 将中文名源代码文件编译出来,尽管名字可能是乱码
-
有些早期版本的MINGW在
tasks.json指导下找中文文件名都能识别不正确,编译都做不到-
g++ .\勾股.cpp -o 勾股.exe -finput-charset=UTF-8 cc1plus.exe: fatal error: .\??.cpp: Invalid argument compilation terminated.
-
MinGW编译的程序跨平台执行问题
- 使用 MinGW 编译的 C 程序不能直接在 Linux 上运行，因为它们的可执行文件格式和依赖的系统库不同。
- 如果你想要编写能够在多个平台上运行的程序，建议编写跨平台代码，并在每个平台上使用对应的编译器来编译你的程序，或者使用交叉编译工具链生成相应的可执行文件。
Clang和GCC怎么选
在选择使用GCC（包含g++）、Clang作为C、C++编译器时，主要考虑以下几个因素：
-
平台兼容性：
- GCC支持非常广泛的平台和架构，如果你需要针对一些较为特殊或者旧的硬件平台编译代码，那么GCC可能是首选。
- Clang虽然也在逐步增加对更多平台的支持，但其在某些非主流平台上的支持可能不如GCC全面。
-
编译速度和内存占用：
- Clang通常在编译速度上优于GCC，尤其是在进行大规模项目编译或增量编译时。此外，Clang占用的内存资源也较少，这对于资源受限的环境是有利的。
-
错误和警告信息：
- Clang的错误信息通常被认为更加清晰、易读且具体，这对调试和编写正确代码很有帮助。
-
API和集成性：
- Clang设计之初就考虑到了作为API来使用，便于与其他工具集成，例如IDE和静态分析工具。
- GCC虽然也能通过插件机制扩展，但在直接API层面的集成性上不及Clang。
-
标准支持：
- GCC和Clang都致力于支持最新的C和C++标准，两者在标准支持方面通常相差不大，但具体情况可能因版本更新而异。
-
工具链与生态系统：
- GCC在开源世界中历史久远，有着丰富的生态和配套工具链。
- Clang得益于LLVM项目，在某些领域（比如iOS和macOS开发）成为官方推荐工具，并逐渐形成了自己的生态系统。
-
编译器优化：
- GCC和Clang都能产生高质量的优化代码，实际效果可能依赖于具体的编译选项和目标平台。
总结来说，如果你追求更快的编译速度、更友好的错误信息以及良好的IDE集成体验，同时所开发的项目不需要针对特别特殊的平台，Clang往往是不错的选择。
而如果你需要最大限度的平台兼容性，或者已经在现有的工具链和流程中深度依赖了GCC，那么继续使用GCC也很合理。在大多数情况下，二者之间的选择并不会显著影响程序运行性能，更多的是关乎开发效率和个人偏好。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
