编译选项

gcc/g++ 常用编译选项学习

1. -Wall

转载自http://blog.sina.com.cn/s/blog_553230d70101efqv.html

当GCC在编译过程中检查出错误的话，它就会中止编译；但检测到警告时却能继续编译生成可执行程序，因为警告只是针对程序结构的诊断信息，它不能说明程序一定有错误，而是存在风险，或者可能存在错误。虽然GCC提供了非常丰富的警告，但前提是你已经启用了它们，否则它不会报告这些检测到的警告。

在众多的警告选项之中，最常用的就是-Wall选项。该选项能发现程序中一系列的常见错误警告，该选项用法举例如下：

$ gcc -Wall test.c -o test
该选项相当于同时使用了下列所有的选项：

• unused-function：遇到仅声明过但尚未定义的静态函数时发出警告。
• unused-label：遇到声明过但不使用的标号的警告。
• unused-parameter：从未用过的函数参数的警告。
• unused-variable：在本地声明但从未用过的变量的警告。
• unused-value：仅计算但从未用过的值得警告。
• Format：检查对printf和scanf等函数的调用，确认各个参数类型和格式串中的一致。
• implicit-int：警告没有规定类型的声明。
• implicit-function-：在函数在未经声明就使用时给予警告。
• char-subscripts：警告把char类型作为数组下标。这是常见错误，程序员经常忘记在某些机器上char有符号。
• missing-braces：聚合初始化两边缺少大括号。
• Parentheses：在某些情况下如果忽略了括号，编译器就发出警告。
• return-type：如果函数定义了返回类型，而默认类型是int型，编译器就发出警告。同时警告那些不带返回值的 return语句，如果他们所属的函数并非void类型。
• sequence-point：出现可疑的代码元素时，发出报警。
• Switch：如果某条switch语句的参数属于枚举类型，但是没有对应的case语句使用枚举元素，编译器就发出警告（在switch语句中使用default分支能够防止这个警告）。超出枚举范围的case语句同样会导致这个警告。
• strict-aliasing：对变量别名进行最严格的检查。
• unknown-pragmas：使用了不允许的#pragma。
• Uninitialized：在初始化之前就使用自动变量。

需要注意的是，各警告选项既然能使之生效，当然也能使之关闭。比如假设我们想要使用-Wall来启用个选项，同时又要关闭unused警告，利益通过下面的命令来达到目的：

$ gcc -Wall -Wno-unused test.c -o test
下面是使用-Wall选项的时候没有生效的一些警告项：

• cast-align：一旦某个指针类型强制转换时，会导致目标所需的地址对齐边界扩展，编译器就发出警告。例如，某些机器上只能在2或4字节边界上访问整数，如果在这种机型上把char *强制转换成int *类型， 编译器就发出警告。
• sign-compare：将有符号类型和无符号类型数据进行比较时发出警告。
• missing-prototypes ：如果没有预先声明函数原形就定义了全局函数，编译器就发出警告。即使函数定义自身提供了函数原形也会产生这个警告。这样做的目的是检查没有在头文件中声明的全局函数。
• Packed：当结构体带有packed属性但实际并没有出现紧缩式给出警告。
• Padded：如果结构体通过充填进行对齐则给出警告。
• unreachable-code：如果发现从未执行的代码时给出警告。
• Inline：如果某函数不能内嵌（inline），无论是声明为inline或者是指定了-finline-functions 选项，编译器都将发出警告。
• disabled-optimization：当需要太长时间或过多资源而导致不能完成某项优化时给出警告。

上面是使用-Wall选项时没有生效，但又比较常用的一些警告选项。本文中要介绍的最后一个常用警告选项是-Werror。使用该选项后，GCC发现可疑之处时不会简单的发出警告就算完事，而是将警告作为一个错误而中断编译过程。该选项在希望得到高质量代码时非常有用。

CFLAGS += -Wall -O2 -mcpu=cortex-a53 -mfloat-abi=softfp -mfpu=neon-vfpv4 -mno-unaligned-access -fno-aggressive-loop-optimizations -g -lmpi $(INC_FLAGS) $(LIBS)

2. -fno-aggressive-loop-optimizations

消除（或理解为“不允许”）程序中的无限循环行为

3. -mno-unaligned-access

进行对齐的memory访问

Hi3519A具有浮点运算单元和neon，文件系统中的库是采用软浮点和neon编译而成，因此所有板端代码编译时需要在Makefile里面添加选项-mcpu=cortex-a53、-mfloat-abi=softfp和-mfpu=neon-vfpv4，下面分别讲解这几个参数作用：

4. -mfloat-abi=softfp

ABI即“application binary interface”，即编译器将c代码编译成汇编代码时使用的一种规则
使用规范如下：
在编译带有浮点参数的函数时，有三种可能的编译选项：
-mfloat-abi=soft
-mfloat-abi=softfp
-mfloat-abi=hard
其中：
"soft"选项：表明不使用FPU硬件，而是使用GCC的整数算术运算来模拟浮点运算。
"softfp"选项：表明要使用FPU硬件来做浮点运算，只是，函数的参数传递到整数寄存器（r0-r3）中，然后再传递到FPU中。
"hard"选项：表明要使用FPU硬件来做浮点运算，并且，函数的参数直接传递到FPU的寄存器（s0、d0）中。

5. 自动向量化选项

armcc编译器使用–vectorize选项来使能向量化编译，一般选择更高的优化等级如-O2或者-O3就能使能–vectorize选项。
gcc编译器的向量化选项-ftree-vectorize来使能向量化选项，使用-O3会自动使能-ftree-vectorize选项。

6. -mcpu=cortex-a53

它用于选择处理器类型
使用 -A或者–cpu Cortex-a53来指定指令集架构和CPU类型。
选项-mfpu=neon和-mcpu来指定cpu类型。如-mcpu=cortex-a5

27 -mfpu=neon-vfpv4

它用于选择NEON和VFP类型
gcc选择用-mfpu=vfpv3-fp16来指定为vfp协处理，而-mfpu=neon-vfpv4等就能指定为NEON+VFP结构。

总结：
选择浮点处理器和ABI接口类型
-mfloat-abi=soft：使用软件浮点库，不是用VFP或者NEON指令；
-mfloat-abi=softfp：使用软件浮点的调用规则，而可以使用VFP和NEON指令，编译的目标代码和软件浮点库链接使用；
-mfloat-abi=hard：使用VFP和NEON指令，并且改变ABI调用规则来产生更有效率的代码，如用vfp寄存器来进行浮点数据的参数传递，从而减少NEON寄存器和ARM寄存器的拷贝。

查看处理器是否支持NEON
#cat /proc/cpuinfo

看是否有如下内容，其中所用的cpu所支持的特性：

原文链接：https://blog.csdn.net/JustDoIt_201603/article/details/103083962

/usr/bin/ld 搜索路径顺序

一.静态库链接时搜索路径顺序

• ld会去找GCC命令中的参数-L
• 再找gcc的环境变量LIBRARY_PATH
• 再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的

二.动态链接时、执行时搜索路径顺序:

   1. 编译目标代码时指定的动态库搜索路径
   2. 环境变量LD_LIBRARY_PATH指定的动态库搜索路径
   3. 配置文件/etc/ld.so.conf中指定的动态库搜索路径
   4. 默认的动态库搜索路径/lib 
   5. 默认的动态库搜索路径/usr/lib  

三.有关环境变量

   LIBRARY_PATH环境变量：指定程序静态链接库文件搜索路径
   LD_LIBRARY_PATH环境变量：指定程序动态链接库文件搜索路径