gcc & .c | g++ & .cc

最新推荐文章于 2026-01-03 20:00:00 发布
原创 最新推荐文章于 2026-01-03 20:00:00 发布 · 495 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #gcc

本文详细介绍了使用gcc编译hello程序的过程，包括源文件名、命令行参数和编译后的可执行文件。

gcc hello.c -o hello


g++ -o hello hello.cc

记录一次在x86 软件中使用dpdk 的历程(Makefile && gcc改成g++)
04-27 681
2. 使用dpdk 自带的helloworld 中的makefile. 增加testMxx的代码后, 发现编译的时候, 很多cpp的文件中的语法是识别不到的. 改makefile的时候, 要注意里边有两个分支, 可以删除了用else中的分支.这样错误没有了. 不过在ld的时候, 我看所有.o都编译出来了. 但是, ld时这些文件中的函数还是不能找到. 后边发现只有配置到SRCS-y += xx.c 中的文件, 对应的.o 才能成功link.根据$(RTE_TOOLCHAIN) 会走不同的文件夹.
Linux升级GCC/G++操作步骤
weixin_38863607的博客
07-14 8037
例：wget -c http://mirrors.ustc.edu.cn/gnu/gcc/gcc-4.1.2/gcc-4.1.2.tar.bz2。例：wget http://mirrors.ustc.edu.cn/gnu/gcc/gcc-8.2.0/gcc-8.2.0.tar.gz。参数：独立参数：-c: 建立压缩档案；-j：有bz2属性的;7、查看gcc版本：g++ -v / gcc -v。在解压后的包菜面，建立编译目录：mkdir gcc-build-12.1.0。
gcc国内镜像
热门推荐
zoxm
08-08 2万+
官方下载慢 http://gcc.gnu.org/install/ gcc的国内镜像: http://mirror.hust.edu.cn/gnu/gcc/ http://mirrors.nju.edu.cn/gnu/gcc/ http://mirrors.ustc.edu.cn/gnu/gcc/ https://mirrors.tuna.tsinghua.edu.cn/gnu/gcc/ ...
openwrt编译时出现Checking ‘gcc‘... failed. Checking ‘g++‘... failed.问题
liupin2008的博客
12-20 676
解决openwrt固件编译时，出现的gcc/g++版本不匹配问题
gcc 1.c和g++ 1.c编译阶段有什么区别?如何知道g++编译默认会定义_GNU_SOURCE?
编程语言开发、框架原理、编程思想、最佳实践技巧经验分享
11-11 683
可以通过g++ --verbose选项查看g++定义了哪些宏。若文章对您有帮助，欢迎关注。助您在编程路上越走越好！微风不燥，阳光正好，你就像风一样经过这里，愿你停留的片刻温暖舒心。
gcc和g++的区别，编译.c和.cpp文件的区别
03-04 4241
简 述：　在上一篇中，最后为了测试 gcc 9.2.0 版本的安装是否成功。对创建的测试文件 main.cpp 文件，执行 gcc-9 main.cpp -o mainApp -lstdc++ 命令；虽然最后运行成功了；但是是始终是有一点困惑： 调用 gcc 和 gcc-9❗️ 能否自动执行 gcc 的时候，去掉 -lstdc++，使得看起来清爽起来 ⁉️ 最后查询一下。发现其中另有一番天地...
Linux GCC & G++：各个版本发行年份及新增特性盘点
Bobowen的博客
06-20 8654
全称主要功能：GCC 是一个编译器套件，支持多种编程语言，包括 C、C++、Fortran、Ada、Go 等。命令行工具gcc全称主要功能：G++ 是 GCC 的一个前端，用于编译 C++ 程序。命令行工具g++
gcc cc g++的区别
sinat_28557957的博客
02-18 2857
一、gcc 和 cc的区别 cc是Unix的C编译器，全程为c compiler，而gcc为Linux的，全称为GNU compiler collection,是一个编译器集合，既可以编译c也可以编译c++. 如果单纯考虑Linux的话，那么两者是一样的，因为在Linux里面，cc最终会指向gcc，所以实际上是一样的。这是因为cc是Unix的，是收费的，所以在Linux下面是没有cc的，但是M...
linux gcc生成map文件,make&&gcc/g++ 生成 map file
weixin_30991277的博客
05-13 884
map file 对于嵌入式开发是非常有用的，尤其是当你开发的module引起了 kernel panic 的时候。仅写作Mark用make:$vim makefile(add "LDFLAGS=-Map=your_file.map" to your *makefile* or just add it to your make command every time, it ups to you....
makefile & GCC & GDB.rar
09-03
CC = g++ CFLAGS = -g -Wall all: main.o func.o $(CC) $(CFLAGS) main.o func.o -o my_program main.o: main.cpp $(CC) $(CFLAGS) -c main.cpp func.o: func.cpp $(CC) $(CFLAGS) -c func.cpp clean: rm -f...
gcc g++完整依赖rpm包
05-08
GCC主要处理C语言，而G++是其扩展，支持C++语言。RPM（Red Hat Package Manager）是Linux下的软件包管理器，广泛应用于基于RPM的发行版，如CentOS、Fedora和Scientific Linux等。 标题"gcc g++完整依赖rpm包"指的是...
qt5.9.8升级gcc教程.docx
04-18
QMAKE_CC = /usr/local/gcc-8.2/bin/gcc ``` 这将确保QT使用新版本的GCC进行编译。 **步骤3：重新编译QT** 为了使QT与新版本的GCC兼容，需要重新编译QT核心库。进入QT的源码目录，运行以下命令： ```shell ./...
Nmap 完整教学与 Linux 指令详解
最新发布
2401_84359179的博客
01-03 1008
总结：Nmap 是网络安全领域的"瑞士军刀"，掌握 `-sS`、`-sV`、`-O`、`-A`、`-p`、`-T`、 `--script` 这 7 大核心参数，即可应对 90% 的扫描场景。1.权限 ：SYN 扫描 (`-sS`)、OS 检测 (`-O`)、UDP 扫描 (`-sU`) 需要 root 权限。3. 防火墙：现代 IDS/IPS 能检测 Nmap 扫描特征，需配合 `-T2`、`-f`、`-D` 等规避。初学者 ：从 `-sT`、`-sV`、`-p` 开始，逐步学习高级选项。
基于 Linux 内核模块的字符设备互斥访问实验
weixin_57340941的博客
12-30 518
这个信号量实验是。
Linux 实战：从零实现动态进度条（含缓冲区原理与多版本优化）
会当凌绝顶，一览众山小
12-28 2106
在 Linux 开发中，进度条是最基础也最实用的系统程序之一 —— 无论是文件下载、编译构建还是数据处理，一个直观的动态进度条能极大提升用户体验。但看似简单的进度条，背后藏着行缓冲区、回车换行区别、字符刷新等关键知识点。本文从基础概念入手，先拆解进度条的实现逻辑，再逐步实现 “固定速度” 和 “自适应进度” 两个版本，最后优化细节让进度条更流畅美观，帮你不仅 “会写”，还能 “理解为什么这么写”。
Linux CFS 调度器深度解析
X
12-30 784
数学模型驱动: 用 vruntime 精确量化公平性简单性: 核心算法简洁优雅, 易于理解和维护自适应性: 自动适应不同负载和工作模式可扩展性: 通过组调度支持复杂场景表5: CFS 调度器的核心优势总结维度传统调度器CFS改进效果公平性基于优先级的时间片按权重的比例公平更精确的公平分配交互性需要启发式识别自然获得良好响应交互进程响应更快吞吐量固定时间片可能浪费动态调整, 减少切换整体吞吐量提升可配置性多个复杂参数主要调整 nice 值用户接口更简单代码维护复杂启发式逻辑。
Linux 防火墙配置详解：iptables 与 firewalld 的实战指南
A5互联
12-30 1023
在企业级 Linux 运维场景中，防火墙不仅是简单的“开关”，而是关系到网络安全性、业务可用性与性能边界的重要组件。本文以真实项目经验为基础，结合具体硬件配置、产品参数、代码示例和性能评估，全面讲解 `iptables` 与 `firewalld` 的架构差异、实战配置与优化方法，帮助你从一线配置走向深入的性能调优与安全设计。
Linux固件：简明扼要，用您自己的语言阐述
2501_93209230的博客
12-29 858
例如，Wi-Fi/蓝牙模块中的蓝牙部分就是如此（是的，同一个模块中，蓝牙和 Wi-Fi 模块通常使用不同的固件版本）。蓝牙最初的设计是让主机通过 UART 上的 HCI 协议与控制器通信，而这正是 Linux 内核中蓝牙驱动程序的平台无关部分（我指的是内核源代码中 net/bluetooth 目录下的部分）所依赖的。然而，更多时候，厂商并不在意这一点，也没有明确声明主机和设备之间使用的协议版本。当然，这个话题还有很多其他方面，但这些都是需要进一步研究的特殊情况，通常在调试更具体的问题时才会变得有趣。
解释all:aaa %.o:%.cc gcc -g -o $@ -c $< $(CCDEFINES) $(CCFLAGS) aaa: aaa.o $(SOURCE:%.cc=%.o) g++ -g -o $@ $^ $(LDFLAGS)
12-30
<think>首先，用户的问题是关于解释一段Makefile代码的含义。代码包括几个部分： 1. `all:aaa` 2. `%.o:%.cc` 及其编译规则：`gcc -g -o $@ -c $< $(CCDEFINES) $(CCFLAGS)` 3. `aaa: aaa.o $(SOURCE:%.cc=%.o)` 及其链接规则：`g++ -g -o $@ $^ $(LDFLAGS)` 用户还提供了几个引用，我需要参考这些引用，因为它们可能有助于解释Makefile的语法。 从引用的内容： - 引用[1]和[2]解释了Makefile的静态模式规则，如`%.o : %.c`，这表示所有目标文件依赖于对应的源文件。 - 引用[3]讨论了Makefile中的通配符，如`$@`, `$^`, `$<`, 和`%`。 - 引用[4]展示了自动生成依赖关系的Makefile代码。 用户的问题是基于这些引用，所以我应该融入这些知识点。 现在，解释代码的含义： - `all:aaa`：这是Makefile的默认目标。当用户运行`make`时，它会尝试构建`all`目标，而`all`依赖于`aaa`，所以最终会构建`aaa`。 - `%.o:%.cc`：这是一个模式规则（pattern rule），表示所有以`.o`结尾的目标文件依赖于对应的以`.cc`结尾的源文件。例如，如果有`file.cc`，它会尝试构建`file.o`。 - 编译规则：`gcc -g -o $@ -c $< $(CCDEFINES) $(CCFLAGS)` - `$@`：代表规则的目标文件（output file）。 - `$<`：代表第一个依赖文件（input file）。 - `-c`：编译但不链接。 - `-g`：包含调试信息。 - `-o $@`：指定输出文件名为目标文件。 - `$(CCDEFINES)` 和 `$(CCFLAGS)`：这些是Makefile变量，可能包含额外的编译选项，如宏定义或编译器标志。 - `aaa: aaa.o $(SOURCE:%.cc=%.o)`：这是一个链接规则。 - `aaa`：目标可执行文件。 - 依赖：`aaa.o` 和 `$(SOURCE:%.cc=%.o)`。后者是一个变量替换：`SOURCE`变量包含所有源文件（可能是.cc文件），`$(SOURCE:%.cc=%.o)` 将每个`.cc`文件替换为对应的`.o`文件。所以，它依赖于`aaa.o`和所有由SOURCE中源文件生成的对象文件。 - 链接规则：`g++ -g -o $@ $^ $(LDFLAGS)` - `$@`：目标文件，即`aaa`。 - `$^`：所有依赖文件（所有.o文件）。 - `-o $@`：指定输出文件名。 - `$(LDFLAGS)`：链接器标志变量。 关键点： - 模式规则`%.o:%.cc`用于自动编译每个.cc文件为.o文件。 - 变量`SOURCE`应该在其他地方定义，例如`SOURCE = file1.cc file2.cc ...`。 - 在链接规则中，`$(SOURCE:%.cc=%.o)` 扩展为所有.o文件，与`SOURCE`中的.cc文件对应。 从引用中： - 引用[2]解释了`%.o : %.c`的静态模式规则，类似这里用的是`.cc`。 - 引用[3]解释了`$@`, `$^`, `$<`的含义。 - 引用[1]提到了Makefile的基本框架，包括编译和链接。 用户问题中说“参考站内引用”，所以我应该在回答中自然地引用它们。 回答结构： 1. **解释整体结构**：描述Makefile的组成部分。 2. **详细解释每个部分**：使用引用支持解释。 3. **确保LaTeX语法正确**：用户要求行内数学表达式用`$...$`，但我这里主要是代码，所以可能不需要数学表达式。如果需要，可以用于解释，但最好直接解释代码。 用户指令说行内数学表达式用`$...$`，但在这个上下文中，主要是文本和代码，所以我应该避免不必要的数学。只在必要时使用。 4. **生成相关问题**：在末尾添加相关问题。 5. **回答结构清晰**：逐步解释代码。 6. **使用中文回答**：整个回答用中文。 最终回答大纲： - 介绍：这是一个Makefile代码，用于构建一个名为`aaa`的可执行文件。 - 解释`all:aaa`：默认目标，确保构建`aaa`。 - 解释`%.o:%.cc`规则：模式规则，编译每个.cc文件为.o文件。 - 参考引用[2]和[3]解释模式规则和自动变量。 - 解释编译规则：使用`gcc`编译，解释`$@`, `$<`等。 - 解释`aaa`目标：链接目标，依赖于`aaa.o`和所有由SOURCE变量定义的.o文件。 - 解释变量替换`$(SOURCE:%.cc=%.o)`。 - 解释链接规则：使用`g++`链接。 - 总结Makefile的工作流程。 相关问题： 1. Makefile中的模式规则是如何工作的？ 2. 如何定义SOURCE变量以包含所有源文件？ 3. Makefile中如何添加自定义编译标志？ 4. 如何扩展Makefile以处理其他文件类型？ </think> ### Makefile代码解释 以下是对用户提供的Makefile代码的逐步解释。该代码用于构建一个名为`aaa`的可执行文件，涉及编译C++源文件（.cc扩展名）为对象文件（.o），然后链接这些对象文件生成最终可执行文件。我将结合用户提供的引用，详细解释每个部分。解释中会自然地引用相关文献以增强可靠性。 --- ### 1. `all:aaa` - **含义**：这是Makefile的默认目标。当用户在终端运行`make`命令时，Make工具会优先执行此目标。`all`依赖于`aaa`，因此构建`all`会触发构建`aaa`可执行文件。 - **作用**：相当于指定整个构建过程的入口点，确保`make`默认构建`aaa`，而不需指定目标名称[^1]。 - **变量和语法**：无特殊变量，但`all`是约定俗成的默认目标名。 --- ### 2. `%.o:%.cc` 及其编译规则 ```makefile %.o: %.cc gcc -g -o $@ -c $< $(CCDEFINES) $(CCFLAGS) ``` - **含义**：这是一个**模式规则（pattern rule）**，用于自动编译所有`.cc`源文件为对应的`.o`对象文件。规则中的`%`是通配符，匹配任何文件名前缀（例如，`file.cc`对应`file.o`）。 - **详细解释**： - `%.o: %.cc`：表示所有目标文件（以`.o`结尾）依赖于同名源文件（以`.cc`结尾）。例如，如果存在`main.cc`，则规则会自动生成`main.o`[^2]。 - **编译规则**：`gcc -g -o $@ -c $< $(CCDEFINES) $(CCFLAGS)` - `$@`：自动变量，代表规则的目标文件名（即输出文件，如`main.o`）。 - `$<`：自动变量，代表第一个依赖文件名（即输入文件，如`main.cc`）。 - `-c`：编译选项，指示编译器只编译不链接，生成对象文件。 - `-g`：添加调试信息，便于调试程序。 - `-o $@`：指定输出文件名为目标文件（`$@`）。 - `$(CCDEFINES)` 和 `$(CCFLAGS)`：Makefile变量，分别用于传递宏定义（如`-DDEBUG`）和编译器标志（如`-Wall`）。这些变量需在其他地方定义（例如，在Makefile顶部赋值）。 - **作用**：此规则自动化了源文件的编译过程。例如，当`main.cc`被修改时，Make工具会自动重新编译`main.o`[^3]。 - **参考引用**：模式规则`%.o: %.cc`类似于引用[2]中的静态模式规则，它简化了多个文件的编译规则，避免了手动为每个源文件编写重复规则。 --- ### 3. `aaa: aaa.o $(SOURCE:%.cc=%.o)` 及其链接规则 ```makefile aaa: aaa.o $(SOURCE:%.cc=%.o) g++ -g -o $@ $^ $(LDFLAGS) ``` - **含义**：这是一个链接规则，用于生成最终可执行文件`aaa`。它依赖于`aaa.o`和所有由`SOURCE`变量定义的源文件生成的对象文件。 - **详细解释**： - **依赖列表**： - `aaa.o`：特定的对象文件（可能对应主程序或入口点）。 - `$(SOURCE:%.cc=%.o)`：这是一个**变量替换**。`SOURCE`是一个Makefile变量，应定义为源文件列表（如`SOURCE = file1.cc file2.cc`）。替换语法`%.cc=%.o`将所有`.cc`文件扩展为对应的`.o`文件（例如，`file1.cc`变为`file1.o`）。最终，`$(SOURCE:%.cc=%.o)`扩展为所有对象文件列表（如`file1.o file2.o`）[^2]。 - **链接规则**：`g++ -g -o $@ $^ $(LDFLAGS)` - `$@`：自动变量，代表目标文件名（即`aaa`）。 - `$^`：自动变量，代表所有依赖文件名（即`aaa.o file1.o file2.o ...`）。 - `-o $@`：指定输出文件名为`aaa`。 - `-g`：添加调试信息。 - `$(LDFLAGS)`：Makefile变量，用于传递链接器标志（如`-lm`用于数学库）。需在其他地方定义。 - **作用**：此规则将所有对象文件链接为可执行文件`aaa`。例如，如果`SOURCE = func1.cc func2.cc`，则依赖列表为`aaa.o func1.o func2.o`，确保这些对象文件都编译完成后才执行链接。 - **参考引用**：变量替换`$(SOURCE:%.cc=%.o)`类似于引用[3]中的模式匹配，它利用`%`通配符简化依赖管理。同时，自动变量`$@`和`$^`在引用[3]中被详细说明，用于高效处理文件列表。 --- ### 整体工作流程 1. **运行`make`**：默认执行`all`目标，触发构建`aaa`。 2. **编译阶段**：对于每个`.cc`文件，模式规则`%.o:%.cc`调用`gcc`编译生成`.o`文件。例如，`main.cc` → `main.o`。 3. **链接阶段**：链接规则`aaa: ...`调用`g++`将`aaa.o`和所有`$(SOURCE:%.cc=%.o)`生成的对象文件链接为`aaa`。 4. **变量依赖**：假设`CCDEFINES`、`CCFLAGS`和`LDFLAGS`在Makefile中已定义（如`CCFLAGS = -Wall`），否则规则可能失败。 **注意事项**： - `SOURCE`变量必须在Makefile中显式定义（例如，`SOURCE = aaa.cc func1.cc func2.cc`），否则`$(SOURCE:%.cc=%.o)`会扩展为空。 - 使用`gcc`编译但`g++`链接，暗示项目可能混合C和C++代码；如果全是C++，建议统一使用`g++`以避免兼容性问题。 - 此Makefile结构高效，但需确保文件路径正确，否则模式规则可能无法匹配源文件[^4]。 --- ### 相关问题 1. Makefile中的模式规则（如`%.o: %.cc`）是如何实现自动依赖管理的？ 2. 如何定义和扩展Makefile变量（如`SOURCE`），以处理多个源文件？[^3] 3. Makefile中编译和链接规则使用不同编译器（`gcc`和`g++`）会带来什么问题？如何优化？ 4. 如何为Makefile添加自动生成依赖关系（例如，处理头文件更改）？ : Makefile的基本框架通常包括默认目标、编译规则和链接规则，这提高了构建效率。 [^2]: 静态模式规则如`%.o: %.c`简化了多个文件的规则定义，是Makefile的核心功能之一。 [^3]: Makefile通配符`%`和自动变量如`$@`、`$^`能减少重复代码，但需注意与Shell通配符`*`的区别。 : 自动依赖生成可通过`sed`或编译器选项实现，确保源文件修改时对象文件自动更新。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值