你听说过这些C/C++编译吗？

最新推荐文章于 2022-07-26 19:16:24 发布

原创最新推荐文章于 2022-07-26 19:16:24 发布 · 896 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#C #C++ #编译器

编译原理专栏收录该内容

1 篇文章

订阅专栏

本文介绍了多种C++编译器，包括Microsoft C++ Compiler、Borland C++ Compiler等，并提到了C-Free这款集成开发环境支持这些编译器。

Microsoft C++ Compiler (除了微软的C++编译器，世界上还有很多其他的编译器呢。)

Borland C++ Compiler

MinGW

Cygwin

有一款C/C++集成开发环境，都支持以上编译器呢，它叫C-Free。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

YorkCai

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

C/C++开发人员要了解的几大著名C/C++开源库

dvlinker的技术专栏

07-24

5万+

本文详细讲述C/C++开发人员需要了解的几大著名C/C++开源库。

常用 C / C++开源库 [收藏]

MFC_ZLL的专栏

07-26

1792

OpenCV：OpenCV用C++语言编写，它具有C ++，Python，Java和MATLAB接口，并支持Windows，Linux，Android和Mac OS多种平台，如今也提供对于C#、Ch、Ruby，GO的支持。一个开源的C++类库的集合，它主要提供简单的、快速的网络和可移植应用程序的C++开发，这个类库和C++标准库可以很好的集成并填补C++标准库的功能空缺。不多介绍，没有不知道的吧，Boost是功能相当丰富的C++基础库，boost里有很多好用的组件，都值得我们学习，造轮子时也有个方向。

参与评论您还未登录，请先登录后发表或查看评论

Cygwin编译器安装（C++）、Visual Studio 2017

独钓寒江雪

10-18

2736

http://www.cygwin.com/ （官网） Windows下安装Cygwin：（百度经验） https://jingyan.baidu.com/article/4f34706e0acca9e387b56dfe.html 注意：安装后软件占用超过20G，磁盘满了，后来删除了。 Visual Studio 2017 官网： https://visualstudio.mic...

Linux C/C++ 编译集锦 (GCC/build/compile/make)

云满笔记

07-26

5211

Linux C/C++ 编译集锦 (GCC/build/compile/make/golang)

VSCode C/C++多文件自动编译调试配置(C程序设计,例7.19)

qq_29847807的博客

09-29

3988

我之前做上机用的是Visual C++6.0是比较完整的IDE,基本上非常省心,输入代码运行就行了.现在把系统升级WIN10了,没找到能用的Visual C++版本,听说VSCode非常轻量,就入了VSCode的坑,麻烦的是VSCode是个自助餐,基本上都得自己配. 目前我用VSCode自动编译调试C/C++多文件大致需要以下3步(若后边上机有新的配置要求,还会更新),经过下面配置后基本能像V...

为什么招聘单片机工程师的时候要求精通C/C++?

qq_41854911的博客

02-16

1129

转载于：https://mp.weixin.qq.com/s/ZaHWDLF4WyQKThZ2i-ioGw 大家好，给大家分享知乎上一个热议的话题：为什么招聘单片机工程师的时候要求精通C/C++? 在这里分享几个回答，有一定的参考价值，欢迎留言讨论！ 01 回答1 作者：Qi K 链接：https://www.zhihu.com/question/335790805/answer/2111472871 所谓的大部分单片机项目不用C++是因为整个嵌入式开发行业从业者的平均软件素养已经差到了一个令人发指的

超全面的后端开发C/C++面经整理分享含详细参考答案包括简历分享

GhostLWB的博客

08-26

10万+

本文为博主2020年秋招提前批的c/c++后端开发面经整理，包括C/C++语言基础，计网，数据库，linux，操作系统，场景题，智力题和hr常问题。面试问题来自前人的工作和博主面试时遇到的值得记录的问题，其中面试题答案多为博主自行解答（并且面试的时候也基本是这样回答的），回答中都附上了参考资料的链接，全文共七万余字，仅供大家作为面试准备材料的参考。希望大家在准备面试的时候都能建立一个属于自己的题库，自己从网上寻找问题，然后自己进行解答，并且记录下来，这样在面试的时候就能行云流水般的回答上来。因此我把这份面

C/C++ 最常见50道面试题

热门推荐

快乐小半半的博客

06-20

23万+

C/C++经典面试题面试题 1：变量的声明和定义有什么区别为变量分配地址和存储空间的称为定义，不分配地址的称为声明。一个变量可以在多个地方声明，但是只在一个地方定义。加入 extern 修饰的是变量的声明，说明此变量将在文件以外或在文件后面部分定义。说明：很多时候一个变量，只是声明不分配内存空间，直到具体使用时才初始化，分配内存空间，如外部变量。面试题 2：写出 bool 、int、 .........

vs安装 c语言编译环境,Visual Studio Code安装与C/C++开发调试环境搭建

weixin_42306480的博客

05-18

2706

目录简介VSCode安装VSCode语言设置安装开发套件构建C/C++编译环境安装Clang安装MinGWVSCode工程配置launch.jsontasks.json测试简介新工作需要切换到Windows下搬砖，得暂时告别我心爱的Vim了，泪奔三分钟。听说Windows下有个地表最强编辑器Visual Studio Code，盘它！本文介绍了Windows10环境下安装Visual Studio...

Blade - 腾讯开源的构建系统 c/c++编译环境

bgfuufb的博客

11-12

5337

Blade - 腾讯开源的构建系统 c/c++编译环境

VScode配置C/C++编程总结（GCC+Clang+CMake）

weixin_44049923的博客

12-21

1万+

VScode进行C/C++编程总结（GCC+Clang+CMake）自己使用VScode配置C/C++环境的过程，真实有效。官网：https://blog.csdn.net/weixin_44049923/article/details/103619882

Unity 【Content Size Fitter】- 聊天气泡自动适配Text文本框大小

当代野生程序猿

02-25

6753

通常在展示人物对话的时候文本的长度是不定的，因此会需要动态的调整对话内容文本框的背景图片的大小，这里以如下这种气泡框的对话为例：实现该需求涉及到的内容包括Content Size Fitter组件的使用、2D Sprite工具包的使用。 Content Size Fitter组件用于Text文本框，如图所示，我们将Horzontal Fit设为Preferred Size，当我们调整Text文本框中的内容时，其大小会自动进行调整。注意Rect Transform中Pivot轴心点的设置

新唐NUC972 Linux（一）：USB烧写linux出厂镜像

小破孩的博客

02-20

3808

USB烧写出厂镜像文章目录USB烧写出厂镜像前言一、硬件连接二、安装驱动三、烧写linux程序四、运行程序前言今天开始进军linux，学了那么久单片机，也摸得七七八八，至少点个灯还是会的。本人之所以买酷客的linux开发板主要是便宜，资料也算齐全，虽然没有原子那么好，不过也够了，找那么多借口，其实就是qiong。今天先从USB烧录官方提供的linux相关程序到芯片开始吧。一、硬件连接 1、连接电源线 2、RS232转USB，需要安装CH340驱动，用于在电脑串口超级终端中查看调试信息。 3、U

WeChall CTF Writeup（一）

weixin_43211186的博客

02-25

1834

以下题目标题组成： [Score] [Title] [Author] 文章目录0x01 1 Training: Get Sourced by Gizmore0x02 1 Training: Stegano I by Gizmore0x03 1 Training: Crypto - Caesar I by Gizmore0x04 1 Training: WWW-Robots by Gizmore0x05 1 Training: ASCII by Gizmore 0x01 1 Training: Get Sou

C语言每日一练——第126天：佩奇借书问题

Edison's 小宇宙

02-25

2万+

史上最强借书方案问题讲解（代码详解+思路分析+动图演示+特性总结）

CS5261与CS5265功能应用|CS5261替代RTD2171|CS5265替代RTD2172

qq1659747718的博客

02-25

1580

CS5261可以完全替代兼容停产RTD2171,CS5265可以完全替代兼容RTD2172，芯片单价低，整体方案设计简单，整体BOM成本较RTD2171、RTD2172低。

Hello Kafka（八）——Confluent Kafka简介

天山老妖

02-24

9755

一、Confluent Kafka简介 1、Confluent Kafka简介 2014年，Kafka的创始人Jay Kreps、NahaNarkhede和饶军离开LinkedIn创立Confluent公司，专注于提供基于Kafka的企业级流处理解决方案，并发布了Confluent Kafka。Confluent Kafka分为开源版和企业版，企业版收费。 2、Confluent Kafka特性 Confluent Kafka开源版特性如下：（1）Confluent Kafka Connecto

基于System Verilog的同步FIFO实现(一)

qq_40268672的博客

02-22

3446

FIFO，全称First In First Out，它是数字电路设计中一个重要的基本单元，它分为同步FIFO和异步FIFO，所谓同步FIFO，是指读写都是在同一个时钟的驱动下进行的，而异步FIFO读写操作的时钟是分离的，本文主要讲述同步FIFO的实现。如图，是同步FIFO的一个示意图，它由clk,rst,wr_en,rd_en,full,empty,rdata,wdata等信号构成，其中，full,empty用于指示fifo的状态(空或满)，wr_en,rd_en分别为写使能和读使能信号，在FIFO的设

【钉钉-场景化能力包】CRM系统促进广告平台高效获客

钉钉开发者社区

02-24

2097

服务型企业，公司内部往往存在获客成本高，投资回报率下降，营销难操作，跟进不及时，客户流失严重等问题，这些问题的存在直接关乎到客户体验感及企业的发展，这就需要一套基于CDP客户数据平台与CRM解决方案，可对接主流广告投放平台，完成客户全生命周期的跟进和管理。

C比c++更贴近底层吗

最新发布

02-26

<think>好的，用户现在问的是“C比C++更贴近底层吗”。首先，我需要回顾之前和用户的对话历史，看看之前讨论过什么。之前的对话是关于C语言需要手动释放内存，而C++可以通过智能指针和RAII自动释放。用户现在的问题转向了底层接近性的比较。首先，我需要理解用户的问题。他们可能是在学习编程语言，或者在选择学习C还是C++时产生的疑问。可能他们听说C更底层，想确认这一点，或者想了解两者的区别在哪里。用户可能对底层编程、系统开发或者性能优化感兴趣，或者他们可能想了解两种语言在不同场景下的应用。接下来，我需要分析C和C++的特性，确定哪些方面让C更贴近底层。C语言设计初衷是为了系统编程，比如操作系统、嵌入式系统等，它提供了直接的内存访问和更少的抽象。而C++虽然扩展了C，但引入了面向对象、模板、异常处理等高级特性，这些增加了抽象层，但也保留了操作底层的能力。需要考虑以下几点： 1. **内存管理**：C需要手动管理，而C++虽然有自动管理的方法，但也可以手动操作。这可能让C更接近硬件。 2. **语言特性**：C更简单，没有类和对象，而C++的抽象机制可能增加距离底层的距离。 3. **编译器与标准库**：C的标准库较小，更依赖直接系统调用，而C++标准库更庞大，提供高级功能。 4. **使用场景**：C常用于内核、驱动，C++更多用于应用层，但也能用于系统编程，比如游戏引擎。然后要思考用户可能的深层需求。用户可能在选择学习哪种语言，或者在做项目时犹豫该用哪种。他们可能认为更贴近底层的语言能提供更好的性能或控制力，但也可能担心学习难度或开发效率。需要确保回答准确，同时避免误解。比如，C++虽然提供了高级特性，但依然允许底层操作，比如指针、内联汇编等。因此是否更贴近底层可能取决于具体的使用方式，而不仅仅是语言本身。还要注意之前用户已经了解内存管理的区别，现在的问题可能关联到他们之前的问题，可能是在构建对两种语言更全面的认识，以便做出更合适的选择。最后，组织回答的结构，先明确结论，再分点详细说明，举例说明，比较两者的适用场景，帮助用户全面理解。</think>是的，**C 语言通常被认为比 C++ 更贴近底层**，因为它更直接地暴露硬件和内存的操作细节，且语言本身的抽象机制更少。但需要注意的是，C++ 作为 C 的超集，仍然保留了直接操作底层的能力，只是通过高级特性（如面向对象、模板、RAII 等）提供了更多抽象选择。以下是具体对比和分析： --- ### **1. 设计目标差异** - **C 语言**： - 诞生于 1972 年，**核心目标是为系统编程提供高效、直接的控制能力**。 - 专注于底层硬件操作（如操作系统、嵌入式系统、驱动程序开发）。 - 语言特性简单，几乎无抽象层，程序员需手动管理一切（如内存、硬件寄存器）。 - **C++**： - 作为 C 的扩展（1983 年），**目标是支持多范式编程（面向对象、泛型、函数式）**。 - 兼容 C 的底层操作，但通过类、模板、异常处理等特性引入了抽象层。 - 允许程序员在“贴近底层”和“高层抽象”之间灵活选择。 --- ### **2. 贴近底层的核心表现** #### **（1）内存管理的直接性** - **C 语言**： - 仅通过 `malloc`/`free` 和指针直接操作内存，无封装。 - 程序员完全掌控内存布局（如结构体字节对齐、指针算术运算）。 - 示例：直接操作硬件寄存器（嵌入式开发）： ```c volatile uint32_t *reg = (uint32_t*)0x40020000; // 直接访问内存地址 *reg |= 0x01; // 修改寄存器值 ``` - **C++**： - 支持与 C 相同的底层操作，但鼓励通过类封装资源（如 RAII）。 - 智能指针（`std::unique_ptr`）等工具隐藏了 `delete` 的显式调用，但底层仍是 `new`/`delete`。 - **即使使用 C++，仍可写出与 C 同样贴近底层的代码**，但需主动避免高级特性。 #### **（2）语言特性的复杂度** - **C 语言**： - 语法简单，仅有 32 个关键字，无面向对象、模板或异常处理。 - 代码直接映射到机器指令，无隐藏行为（如构造函数、析构函数、运算符重载）。 - 适合编写与硬件交互的代码（如内核、裸机程序）。 - **C++**： - 引入类、虚函数、模板等特性，编译后可能生成更复杂的机器码（如虚表、RTTI）。 - 标准库（如 STL）提供了高级抽象（如 `std::vector`），但依赖编译器实现，隐藏了部分底层细节。 - 允许内联汇编（贴近底层），但语法比 C 更复杂： ```cpp asm volatile ("movl $0x1, %%eax; syscall;" ::: "eax"); // C++ 内联汇编（Linux 系统调用） ``` #### **（3）编译与生成的代码** - **C 语言**： - 代码通常更简单，编译器优化后生成的机器码更易预测。 - 常用于对执行效率和控制力要求极高的场景（如实时系统、微控制器固件）。 - **C++**： - 模板元编程、异常处理等特性可能导致代码膨胀或不可预测的额外开销（需谨慎使用）。 - 通过 `constexpr`、模板特化等技术可实现零成本抽象（性能与 C 相当），但需深入理解语言机制。 --- ### **3. 实际应用场景对比** | **场景** | **C 语言的优势** | **C++ 的适用性** | |------------------------|------------------------------------------|---------------------------------------| | **操作系统内核** | Linux、Windows 内核模块主要用 C 编写 | 少量 C++ 用于驱动框架（如 Windows NT） | | **嵌入式裸机开发** | 直接操作寄存器、无操作系统支持时首选 C | 可在资源充足的嵌入式设备中使用 C++ | | **高性能计算** | 需绝对控制内存布局时（如数值计算库） | 模板元编程可优化性能（如 Eigen 库） | | **硬件驱动** | 与硬件寄存器交互的代码几乎全为 C | 可通过 C++ 封装驱动接口（如 USB 协议栈）| | **低延迟系统** | 金融交易系统、实时控制系统首选 C | 需结合特定编译选项和代码规范 | --- ### **4. 为什么有人认为 C++ 不够“底层”？** - **抽象成本**： C++ 的类继承、虚函数、异常处理等特性可能引入隐形成本（如虚表指针、栈展开），尽管现代编译器已优化，但在极端场景下仍需谨慎使用。 - **标准库依赖**： C++ 的 STL 提供了便捷的容器（如 `std::string`），但其内部实现可能隐藏内存管理细节，而 C 的标准库更简单（如 `libc`）。 - **代码可预测性**： C 代码的行为更直接，适合对指令级控制要求严格的场景（如航天器控制软件）。 --- ### **5. 关键结论** - **C 语言更贴近底层**：因其极简设计、无抽象层、直接映射硬件的特性，在系统编程和资源受限环境中无可替代。 - **C++ 可贴近底层，但需主动约束**： - 通过禁用高级特性（如 RTTI、异常）、使用 C 风格代码，C++ 可实现与 C 相同的底层控制。 - 现代 C++ 的“零成本抽象”理念（如 `std::array` 替代原生数组）允许在不牺牲性能的前提下提高安全性。 --- ### **示例：同一功能的 C 与 C++ 实现对比** #### **C 语言（直接操作内存）** ```c // 动态分配数组并初始化 int* arr = (int*)malloc(10 * sizeof(int)); for (int i = 0; i < 10; i++) arr[i] = i; free(arr); ``` #### **C++（兼顾底层与抽象）** ```cpp // 方式1：兼容 C 的底层操作 int* arr = new int[10]; for (int i = 0; i < 10; i++) arr[i] = i; delete[] arr; // 方式2：使用现代 C++ 抽象（仍贴近底层，但更安全） #include <memory> auto arr = std::make_unique<int[]>(10); for (int i = 0; i < 10; i++) arr[i] = i; // 无需手动释放，unique_ptr 自动管理内存 ``` --- ### **总结** - 若追求**极致的底层控制**（如操作系统内核、硬件寄存器操作），C 语言是更纯粹的选择。 - 若需**在底层控制和高层抽象之间灵活切换**（如游戏引擎、高性能计算库），C++ 更具优势。 - **C++ 的底层能力不弱于 C**，但需要开发者自律地避免过度抽象。