gcc和g++编译基础

gcc和g++编译基础


gcc/g++在执行编译工作的时候,总共需要4步

1.预处理,生成.i的文件[预处理器cpp]
2.将预处理后的文件不转换成汇编语言,生成文件.s[编译器egcs]
3.有汇编变为目标代码(机器代码)生成.o的文件[汇编器as]
4.连接目标代码,生成可执行程序[链接器ld]

[参数详解]

-x language filename

设定文件所使用的语言,使后缀名无效,对以后的多个有效.也就是根据约定C语言的后缀名称是.c的,而C++的后缀名是.C或者.cpp,如果你很个性,决定你的C代码文件的后缀名是.pig 哈哈,那你就要用这个参数,这个参数对他后面的文件名都起作用,除非到了下一个参数的使用。可以使用的参数吗有下面的这些`c', `objective-c', `c-header', `c++', `cpp-output', `assembler', and `assembler-with-cpp'.看到英文,应该可以理解的。
例子用法:
gcc -x c hello.pig

-x none filename

关掉上一个选项,也就是让gcc根据文件名后缀,自动识别文件类型
例子用法:
gcc -x c hello.pig -x none hello2.c

-c

只激活预处理,编译,和汇编,也就是他只把程序做成obj文件
例子用法:
gcc -c hello.c
他将生成.o的obj文件 

-S

只激活预处理和编译,就是指把文件编译成为汇编代码。
例子用法
gcc -S hello.c
他将生成.s的汇编代码,你可以用文本编辑器察看

-E

只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面.
例子用法:
gcc -E hello.c > pianoapan.txt
gcc -E hello.c | more
慢慢看吧,一个hello word 也要与处理成800行的代码

-o

指定目标名称,缺省的时候,gcc 编译出来的文件是a.out,很难听,如果你和我有同感,改掉它,哈哈
例子用法
gcc -o hello.exe hello.c (,windows用习惯了)
gcc -o hello.asm -S hello.c

-pipe

使用管道代替编译中临时文件,在使用非gnu汇编工具的时候,可能有些问题
gcc -pipe -o hello.exe hello.c

-ansi

关闭gnu c中与ansi c不兼容的特性,激活ansi c的专有特性(包括禁止一些asm inline typeof关键字,以及UNIX,vax等预处理宏,

-fno-asm

此选项实现ansi选项的功能的一部分,它禁止将asm,inlinetypeof用作关键字。

-fno-strict-prototype

只对g++起作用,使用这个选项,g++将对不带参数的函数,都认为是没有显式的对参数的个数和类型说明,而不是没有参数,而gcc无论是否使用这个参数,都将对没有带参数的函数,认为城没有显式说明的类型

-fthis-is-varialble

就是向传统c++看齐,可以使用this当一般变量使用.

-fcond-mismatch

允许条件表达式的第二和第三参数类型不匹配,表达式的值将为void类型

-funsigned-char

-fno-signed-char

-fsigned-char

-fno-unsigned-char

这四个参数是对char类型进行设置,决定将char类型设置成unsigned char(前两个参数)或者 signed char(后两个参数)

-include file

包含某个代码,简单来说,就是便以某个文件,需要另一个文件的时候,就可以用它设定,功能就相当于在代码中使用#include
例子用法:
gcc hello.c -include /root/pianopan.h

-imacros file

将file文件的宏,扩展到gcc/g++的输入文件,宏定义本身并不出现在输入文件中

-Dmacro

相当于C语言中的#define macro

-Dmacro=defn

相当于C语言中的#define macro=defn

-Umacro

相当于C语言中的#undef macro

-undef

取消对任何非标准宏的定义

-Idir

在你是用#include"file"的时候,gcc/g++会先在当前目录查找你所制定的头文件,如果没有找到,他回到缺省的头文件目录找,如果使用-I制定了目录,他回先在你所制定的目录查找,然后再按常规的顺序去找.对于#include,gcc/g++会到-I制定的目录查找,查找不到,然后将到系统的缺省的头文件目录查找

-I-

就是取消前一个参数的功能,所以一般在-Idir之后使用

-idirafter dir

 在-I的目录里面查找失败,讲到这个目录里面查找.

-iprefix prefix

-iwithprefix dir

一般一起使用,-I的目录查找失败,会到prefix+dir下查找

-nostdinc

使编译器不再系统缺省的头文件目录里面找头文件,一般和-I联合使用,明确限定头文件的位置

-nostdin C++

规定不在g++指定的标准路经中搜索,但仍在其他路径中搜索,.此选项在创建libg++库使用

-C

在预处理的时候,不删除注释信息,一般和-E使用,有时候分析程序,用这个很方便的

-M

生成文件关联的信息。包含目标文件所依赖的所有源代码你可以用gcc -M hello.c来测试一下,很简单。

-MM

和上面的那个一样,但是它将忽略由#include造成的依赖关系。

-MD

-M相同,但是输出将导入到.d的文件里面

-MMD

-MM相同,但是输出将导入到.d的文件里面

-Wa,option

此选项传递option给汇编程序;如果option中间有逗号,就将option分成多个选项,然后传递给会汇编程序

-Wl.option

此选项传递option给连接程序;如果option中间有逗号,就将option分成多个选项,然后传递给会连接程序.

-llibrary

制定编译的时候使用的库
例子用法
gcc -lcurses hello.c
使用ncurses库编译程序

-Ldir

制定编译的时候,搜索库的路径。比如你自己的库,可以用它制定目录,不然编译器将只在标准库的目录找。这个dir就是目录的名称。

-O0

-O1

-O2

-O3

编译器的优化选项的4个级别,-O0表示没有优化,-O1为缺省值,-O3优化级别最高  

-g

只是编译器,在编译的时候,产生条是信息。  

-gstabs

此选项以stabs格式声称调试信息,但是不包括gdb调试信息.

-gstabs+

此选项以stabs格式声称调试信息,并且包含仅供gdb使用的额外调试信息.

-ggdb

此选项将尽可能的生成gdb的可以使用的调试信息.

-static

此选项将禁止使用动态库,所以,编译出来的东西,一般都很大,也不需要什么动态连接库,就可以运行.

-share

此选项将尽量使用动态库,所以生成文件比较小,但是需要系统由动态库.

-traditional

试图让编译器支持传统的C语言特性

1.静态库创建及使用

示例:

base.h->a.cpp , baes.h->b.cpp
g++ -c a.cpp
g++ -c b.cpp
ar -r libsay.a a.o b.o  # 编译静态库:将所有目标文件打包入库中
g++ main.cpp libsay.a -o run

2.共享库(动态库)创建及使用

示例:

g++ -shared -fpic avg.cpp -o avg.so (编译动态库)
g++ main.cpp avg.so -o run
<think>我们正在讨论在C++编程中使用gcc还是g++进行编译的选择问题。 根据引用[1]引用[2]: - gccg++都是GCC(GNU编译器集合)的一部分。gcc主要是指C编译器,而g++是指C++编译器。 - 实际使用中,我们通常用gcc编译C语言程序,用g++编译C++代码。但两者并非不能交叉使用:gcc也可以编译C++程序,g++也可以编译C语言程序。 - 区别在于: gcc会将后缀为.c的文件当作C程序,将后缀为.cpp的文件当作C++程序; g++则会将后缀为.c.cpp的文件都当作C++程序。 另外,引用[2]还指出: GCC编译器集合,包含gcc(C编译器)g++C++编译器)等。 因此,对于C++程序,我们通常推荐使用g++进行编译,因为: 1. g++会自动链接C++标准库(例如libstdc++),而gcc编译C++程序时可能需要手动指定链接库。 2. g++编译过程中会默认启用C++的特性,并按照C++的方式处理文件(无论后缀是.c还是.cpp)。 然而,使用gcc编译C++程序也是可行的,但需要额外注意: - 如果使用gcc编译C++程序,可能需要通过`-lstdc++`选项来链接C++标准库。 - 另外,gcc编译C++程序时可能不会自动链接一些C++特有的库。 举例说明: 假设我们有一个C++程序:`main.cpp` 使用g++编译:`g++ main.cpp -o main` 使用gcc编译:`gcc main.cpp -lstdc++ -o main` (需要显式链接C++标准库) 总结: 虽然两者都可以用来编译C++程序,但为了简便避免潜在的链接问题,建议在编译C++程序时使用g++。 注意:在编译C语言程序时,使用gcc更为自然,因为g++会将C语言程序当作C++程序来编译,这可能会导致一些在C++中不允许但在C中允许的语法错误(比如某些指针转换)不被接受。 因此,回答用户的问题: 在C++编程中,推荐使用g++进行编译,因为它会默认链接C++标准库并正确处理C++语法。虽然gcc也可以编译C++程序,但需要额外的手动配置(如链接标准库),所以不如g++方便。 </think>在 C++ 编程中编译器的选择主要涉及 `gcc` `g++` 的区别及适用场景。根据引用内容[^1][^2][^3],以下是关键分析: ### 核心区别 1. **编译器角色** - `gcc`(GNU C Compiler):**默认处理为 C 语言程序** - 对 `.c` 后缀文件:按 C 语言编译 - 对 `.cpp` 后缀文件:按 C++ 编译 - `g++`(GNU C++ Compiler):**默认处理为 C++ 程序** - 对 **`.c` `.cpp` 后缀文件均按 C++ 编译** > GCC编译器集合(GNU Compiler Collection),`gcc` `g++` 是其子组件[^2]。 2. **标准库链接** - `g++`:**自动链接 C++ 标准库(libstdc++)** - `gcc`:编译 C++ 时需要**手动指定链接库**: ```bash gcc main.cpp -lstdc++ -o program # 必须添加 -lstdc++ ``` 3. **编译流程差异** - 预处理 → 编译 → 汇编 → 链接 4 阶段两者均可处理 - **关键区别在链接阶段**: ```mermaid graph LR A[源代码] --> B(g++ 编译) B --> C[自动链接 libstdc++] A --> D(gcc 编译) D --> E[需手动 -lstdc++] ``` ### 推荐选择 ✅ **优先使用 `g++` 编译 C++ 程序**: - **优势**:自动处理 C++ 语法规则、隐式链接标准库、避免手动配置 - **命令示例**: ```bash g++ -O2 main.cpp -o program # 启用 O2 优化 ``` ⚠️ **`gcc` 适用场景**: - 编译纯 C 代码(推荐) - 特殊需求:如混合 C/C++ 时需精确控制链接库 ### 典型问题示例 ```cpp // test.cpp(含 C++ 特性) #include <iostream> int main() { std::cout << "Hello C++" << std::endl; } ``` - **`g++` 编译**:成功(自动链接 `libstdc++`) - **`gcc` 编译失败**: ```bash gcc test.cpp -o test # 报错未定义 iostream gcc test.cpp -lstdc++ -o test # 需手动链接库 ``` ### 总结建议 | 场景 | 推荐命令 | 注意事项 | |---------------|---------------|----------------------------| | 纯 C++ 项目 | `g++` | 无需额外参数 | | 混合 C/C++ | `g++` 或 `gcc` | 若用 `gcc` 需显式链接 C++ 库 | | 纯 C 项目 | `gcc` | 避免 C++ 语法干扰 | > 实际开发中,`g++` 是编译 C++ 的标准选择,因其完整支持语言特性并简化构建流程[^1][^3]。 --- ### 相关问题 1. 混合编译 C C++ 代码时如何正确处理命名修饰(name mangling)? 2. `g++` 的 `-std=c++11` 等标准指定选项如何影响编译结果? 3. 如何通过编译选项控制模板实例化行为?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值