CFLAGS详解

Makefile选项CFLAGS,LDFLAGS,LIBS

CFLAGS 表示用于 C 编译器的选项,
CXXFLAGS 表示用于 C++ 编译器的选项。
这两个变量实际上涵盖了编译和汇编两个步骤。

CFLAGS: 指定头文件(.h文件)的路径,如:CFLAGS=-I/usr/include -I/path/include。同样地,安装一个包时会在安装路径下建立一个include目录,当安装过程中出现问题时,试着把以前安装的包的include目录加入到该变量中来。

LDFLAGS:gcc 等编译器会用到的一些优化参数,也可以在里面指定库文件的位置。用法:LDFLAGS=-L/usr/lib -L/path/to/your/lib。每安装一个包都几乎一定的会在安装目录里建立一个lib目录。如果明明安装了某个包,而安装另一个包时,它愣是说找不到,可以抒那个包的lib路径加入的LDFALGS中试一下。

LIBS:告诉链接器要链接哪些库文件,如LIBS = -lpthread -liconv

简单地说,LDFLAGS是告诉链接器从哪里寻找库文件,而LIBS是告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上,所以你即使将这两个的值互换,也没有问题。

有时候LDFLAGS指定-L虽然能让链接器找到库进行链接,但是运行时链接器却找不到这个库,如果要让软件运行时库文件的路径也得到扩展,那么我们需要增加这两个库给"-Wl,R":

LDFLAGS = -L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib

如果在执行./configure以前设置环境变量export LDFLAGS="-L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib" ,注意设置环境变量等号两边不可以有空格,而且要加上引号(shell的用法)。那么执行configure以后,Makefile将会设置这个选项,链接时会有这个参数,编译出来的可执行程序的库文件搜索路径就得到扩展了。

 gcc编译器 CFLAGS 标志参数说明

CFLAGS = -g -O2  -Wall -Werror -Wno-unused
 
编译出现警告性错误unused-but-set-variable,变量定义但没有使用,解决方法:
 增加 CFLAGS 或CPPFLAGS参数如下:
  CPPFLAGS=" -Werror -Wno-unused-but-set-variable" || exit 1
 

                                          Gcc总体选项列表

后 缀 名

所对应的语言

-S

只是编译不汇编,生成汇编代码

-E

只进行预编译,不做其他处理

-g

在可执行程序中包含标准调试信息

-o file

把输出文件输出到file里

-v

打印出编译器内部编译各过程的命令行信息和编译器的版本

-I dir

在头文件的搜索路径列表中添加dir目录

-L dir

在库文件的搜索路径列表中添加dir目录

-static

链接静态库

-llibrary

连接名为library的库文件

   

 

· “-I dir”

正如上表中所述,“-I dir”选项可以在头文件的搜索路径列表中添加dir目录。由于Linux中头文件都默认放到了“/usr/include/”目录下,因此,当用户希望添加放置在其他位置的头文件时,就可以通过“-I dir”选项来指定,这样,Gcc就会到相应的位置查找对应的目录。

比如在“/root/workplace/Gcc”下有两个文件:

#include

int main()

{

     printf(“Hello!!\n”);

     return 0;

}

#include

这样,就可在Gcc命令行中加入“-I”选项:

[root@localhost Gcc] Gcc hello1.c –I /root/workplace/Gcc/ -o hello1

这样,Gcc就能够执行出正确结果。

小知识

在include语句中,“<>”表示在标准路径中搜索头文件,““””表示在本目录中搜索。故在上例中,可把hello1.c的“#include”改为“#include “my.h””,就不需要加上“-I”选项了。

· “-L dir”

选项“-L dir”的功能与“-I dir”类似,能够在库文件的搜索路径列表中添加dir目录。例如有程序hello_sq.c需要用到目录“/root/workplace/Gcc/lib”下的一个动态库libsunq.so,则只需键入如下命令即可:

[root@localhost Gcc] Gcc hello_sq.c –L /root/workplace/Gcc/lib –lsunq –o hello_sq

需要注意的是,“-I dir”和“-L dir”都只是指定了路径,而没有指定文件,因此不能在路径中包含文件名。

另外值得详细解释一下的是“-l”选项,它指示Gcc去连接库文件libsunq.so。由于在Linux下的库文件命名时有一个规定:必须以lib三个字母开头。因此在用-l选项指定链接的库文件名时可以省去lib三个字母。也就是说Gcc在对”-lsunq”进行处理时,会自动去链接名为libsunq.so的文件。

(2)告警和出错选项

Gcc的告警和出错选项如表3.8所示。

                                                        Gcc总体选项列表

选 项

含 义

-ansi 支持符合ANSI标准的C程序
-pedantic 允许发出ANSI C标准所列的全部警告信息
-pedantic-error 允许发出ANSI C标准所列的全部错误信息
-w 关闭所有告警
-Wall 允许发出Gcc提供的所有有用的报警信息
-werror 把所有的告警信息转化为错误信息,并在告警发生时终止编译过程

 

下面结合实例对这几个告警和出错选项进行简单的讲解。

如有以下程序段:

#include

void main()

{

     long long tmp = 1;

     printf(“This is a bad code!\n”);

     return 0;

}

这是一个很糟糕的程序,读者可以考虑一下有哪些问题?

· “-ansi”

该选项强制Gcc生成标准语法所要求的告警信息,尽管这还并不能保证所有没有警告的程序都是符合ANSI C标准的。运行结果如下所示:

[root@localhost Gcc]# Gcc –ansi warning.c –o warning

warning.c: 在函数“main”中:

warning.c:7 警告:在无返回值的函数中,“return”带返回值

warning.c:4 警告:“main”的返回类型不是“int”

可以看出,该选项并没有发现”long long”这个无效数据类型的错误。

· “-pedantic”

允许发出ANSI C标准所列的全部警告信息,同样也保证所有没有警告的程序都是符合ANSI C标准的。其运行结果如下所示:

[root@localhost Gcc]# Gcc –pedantic warning.c –o warning

warning.c: 在函数“main”中:

warning.c:5 警告:ISO C90不支持“long long”

warning.c:7 警告:在无返回值的函数中,“return”带返回值

warning.c:4 警告:“main”的返回类型不是“int”

可以看出,使用该选项查看出了”long long”这个无效数据类型的错误。

· “-Wall”

允许发出Gcc能够提供的所有有用的报警信息。该选项的运行结果如下所示:

[root@localhost Gcc]# Gcc –Wall warning.c –o warning

warning.c:4 警告:“main”的返回类型不是“int”

warning.c: 在函数”main”中:

warning.c:7 警告:在无返回值的函数中,”return”带返回值

warning.c:5 警告:未使用的变量“tmp”

使用“-Wall”选项找出了未使用的变量tmp,但它并没有找出无效数据类型的错误。

另外,Gcc还可以利用选项对单独的常见错误分别指定警告,有关具体选项的含义感兴趣的读者可以查看Gcc手册进行学习。

(3)优化选项

Gcc可以对代码进行优化,它通过编译选项“-On”来控制优化代码的生成,其中n是一个代表优化级别的整数。对于不同版本的Gcc来讲,n的取值范围及其对应的优化效果可能并不完全相同,比较典型的范围是从0变化到2或3。

不同的优化级别对应不同的优化处理工作。如使用优化选项“-O”主要进行线程跳转(Thread Jump)和延迟退栈(Deferred Stack Pops)两种优化。使用优化选项“-O2”除了完成所有“-O1”级别的优化之外,同时还要进行一些额外的调整工作,如处理器指令调度等。选项“-O3”则还包括循环展开和其他一些与处理器特性相关的优化工作。

虽然优化选项可以加速代码的运行速度,但对于调试而言将是一个很大的挑战。因为代码在经过优化之后,原先在源程序中声明和使用的变量很可能不再使用,控制流也可能会突然跳转到意外的地方,循环语句也有可能因为循环展开而变得到处都有,所有这些对调试来讲都将是一场噩梦。所以笔者建议在调试的时候最好不使用任何优化选项,只有当程序在最终发行的时候才考虑对其进行优化。

(4)体系结构相关选项

Gcc的体系结构相关选项如表3.9所示。

                                                    Gcc体系结构相关选项列表

选 项

含 义

-mcpu=type 针对不同的CPU使用相应的CPU指令。可选择的type有i386、i486、pentium及i686等
-mieee-fp 使用IEEE标准进行浮点数的比较
-mno-ieee-fp 不使用IEEE标准进行浮点数的比较
-msoft-float 输出包含浮点库调用的目标代码
-mshort 把int类型作为16位处理,相当于short int
-mrtd

强行将函数参数个数固定的函数用ret NUM返回,节省调用函数的一条指令


<think>好的,我需要帮助用户了解CFLAGS的定义和用途。首先,我应该回忆一下自己对CFLAGS的了解。CFLAGS是C编译器的选项,用于指定编译参数,比如优化级别、调试信息、警告选项等。通常在Makefile中使用,传递给gcc或clang。 接下来,我需要确认用户提供的引用内容中有没有关于CFLAGS的信息。查看用户提供的引用,引用[1]提到了在makefile中设置CFLAGS = -Wno-unused-parameter,引用[4]也提到了gcc版本变化和共享库的编译,这可能与CFLAGS有关。这些可以作为实际用法的例子。 用户的问题包括定义、用法、常见选项和示例。我需要分点回答,结构清晰。首先定义CFLAGS是什么,然后用途,常见选项,用法示例,以及注意事项。 需要确保使用正确的中文术语,并且按照系统级指令中的要求,数学表达式用$...$,但这里可能用不上。另外,生成相关问题,可能需要3-4个相关问题,比如如何设置、常见选项、不同环境下的区别等。 还要注意引用用户提供的资料,比如引用[1]中的CFLAGS设置,引用[4]中的版本问题,可能需要在回答中标注引用标识。例如,在讲makefile时提到引用[1],在共享库编译时提到引用[4]。 需要检查LaTeX语法是否正确,但这个问题可能较少涉及数学公式。确保独立公式用$$...$$,但可能用不上。 最后,生成的相关问题要自然,与CFLAGS相关,比如如何覆盖选项、调试与优化的平衡、不同环境下的差异等。</think>### CFLAGS 的定义与用途详解 #### 1. **定义** `CFLAGS` 是 **C 编译器选项**(Compiler Flags)的缩写,用于向 C 编译器(如 `gcc` 或 `clang`)传递参数,控制编译行为。它通常用于指定优化级别、调试信息生成、警告控制、头文件路径等[^1][^4]。 --- #### 2. **主要用途** - **优化代码**:例如 `-O1`、`-O2` 等优化级别。 - **调试支持**:添加 `-g` 生成调试信息,便于使用 `gdb` 调试。 - **警告控制**:如 `-Wall`(启用所有警告)、`-Werror`(将警告视为错误)或 `-Wno-unused-parameter`(忽略未使用参数的警告)[^1][^3]。 - **头文件和库路径**:通过 `-I/path/to/include` 指定头文件路径,`-L/path/to/lib` 指定库路径。 - **宏定义**:使用 `-DNAME=value` 定义预处理宏。 --- #### 3. **常见选项示例** | 选项 | 说明 | |--------------------|---------------------------------------------------------------------| | `-O0` | 关闭优化(默认) | | `-O2` | 启用中级优化 | | `-g` | 生成调试信息 | | `-Wall` | 开启大部分警告 | | `-I./include` | 添加头文件搜索路径 | | `-DDEBUG` | 定义宏 `DEBUG`,等价于代码中写 `#define DEBUG` | --- #### 4. **用法示例** **在命令行中直接使用**: ```bash gcc -O2 -Wall -I./include main.c -o program ``` **在 Makefile 中定义**(引用自用户资料): ```makefile CFLAGS = -Wno-unused-parameter -O2 main: main.c gcc $(CFLAGS) main.c -o main ``` **条件编译示例**(结合宏定义): ```c #ifdef DEBUG printf("Debug mode enabled\n"); #endif ``` 编译时通过 `-DDEBUG` 启用宏: ```bash gcc -DDEBUG main.c -o main ``` --- #### 5. **注意事项** - **兼容性问题**:不同编译器(如 `gcc` 与 `clang`)对某些选项的支持可能不同[^4]。 - **优先级**:命令行中指定的选项会覆盖 `Makefile` 中的 `CFLAGS`。 - **安全性**:避免过度优化(如 `-O3`)导致代码行为异常。 --- 相关问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值