什么是o2编译

‘壹’ makefile里面 gcc -O2 -o $@ $< 是什么意思

-O2表示优化选项，2表示最优优化，即编译器会优化你的程序；-o表示后边接的是文件名称；$@是Makefile的通配符，代指前面指定的文件名。

一些常见的自动化变量说明如下：

(1) $@ ——目标文件的名称；

(2) $^ ——所有的依赖文件，以空格分开，不包含重复的依赖文件；

(3) $< ——第一个依赖文件的名称。

示例:

main:main.c sort.o

gcc main.c sort.o -o main

表示为简洁的就是:

main:main.c sort.o

gcc $^ -o $@

(1)什么是o2编译扩展阅读：

在Makefile文件中描述了整个工程所有文件的编译顺序、编译规则。Makefile 有自己的书写格式、关键字、函数。像C 语言有自己的格式、关键字和函数一样。而且在Makefile 中可以使用系统shell所提供的任何命令来完成想要的工作。Makefile在绝大多数的IDE 开发环境中都在使用，已经成为一种工程的编译方法。

‘贰’ O2是在化学中是什么意思~

氧气的化学式：O2
1、可以表示氧气
2、表示一个氧分子
3、表示氧气由氧元素组成
4、表示一个氧分子由两个氧原子构成

‘叁’ 如何设置NDK的编译选项

1. 概述
首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。
Android.mk，负责配置如下内容：
（1） 模块名（LOCAL_MODULE）
（2） 需要编译的源文件（LOCAL_SRC_FILES）
（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，负责配置如下内容：
（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）
（2） Toolchains（默认值：GCC 4.8）
（3） C++标准库类型（默认值：system）（APP_STL）
（4） release/debug模式（默认值：release）
由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。
2. APP_ABI
ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 网络 或者 维基网络 ）
由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。
而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。
这里给出最新 Android NDK 所支持的ABI类型及区别：

那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：
APP_ABI := armeabi-v7a //只编译armeabi-v7a版本

APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本

APP_ABI := all //编译所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：
LOCAL_LDLIBS := -lfoo
其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc库
（2） pthread库（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库：

下面是我总结的一些常用的CFLAGS编译选项：
（1）通用的编译选项
-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小
-Wall 打开所有编译过程中的Warning
-fPIC 编译位置无关的代码，一般用于编译动态库
-shared 编译动态库
-fopenmp 打开多核并行计算，
-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索
-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。
--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。
-llibrary 查找名为library的库进行链接
-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。
-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件
（2） ARM平台相关的编译选项
-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集
-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

‘肆’ makefile里面gcc-O2-o$lt;是什么意思

-O2表示优化选项，2表示最优优化，即编译器会优化你的程序；-o表示后边接的是文件名称；$@是Makefile的通配符，代指你前面指定的文件名，例如有规则%.o:%.c，那么$@表示xxx.o文件(xxx是你的源代码文件的名称前缀)；$<表示搜索到的第一个匹配的文件，对于规则%.o:%.c，$<表示第一个找到的.c文件。简而言之，假设在一个文件夹下有若干.c文件，那么下面的规则：
%.o:%.c
gcc -O2 -o $@ $< #表示Tab键
表示把所有的.c文件编译成中间.o文件。

‘伍’ gcc后面既有-c又有-o是什么意思

-c和-o都是gcc编译器的可选参数。

-c表示只编译(compile)源文件但不链接，会把.c或.cc的c源程序编译成目标文件，一般是.o文件。
-o用于指定输出(out)文件名。不用-o的话，一般会在当前文件夹下生成默认的a.out文件作为可执行程序。

例如：

gcc -c test.c将生成test.o的目标文件

gcc -o app test.c将生成可执行程序app

gcc -c a.c -o a.o表示把源文件a.c编译成指定文件名a.o的中间目标文件(其实在这里，你把-o a.o省掉，效果是一样的，因为中间文件默认与源文件同名，只是后缀变化)。

(5)什么是o2编译扩展阅读：

gcc -c与gcc -o以及不加参数的区别

-c Compile and assemble, but do not link.

-o <file> Place the output into <file>.

'none' means revert to the default behavior of guessing the language based on the file's extension.

中文翻译一下：

-c 编译和汇编，但不要链接。

-o <file> 将输出放入<文件>。

'无参数' 表示恢复为基于文件扩展名猜测语言的默认行为。

‘陆’ linux下如何查看一个二进制文件是使用-O0优化还是-O2优化

gcc默认提供了5级优化选项：
-O/-O0:无优化(默认)
-O1:使用能减少目标文件大小以及执行时间并且不会使编译时间明显增加的优化。该模式在编译大型程序的时候会花费更多的时间和内存。在-O1下：编译会尝试减少代码体积和代码运行时间，但是并不执行会花费大量时间的优化操作。
-O2: 包含-O1的优化并增加了不需要在目标文件大小和执行速度上进行折衷的优化。GCC执行几乎所有支持的操作但不包括空间和速度之间权衡的优化，编译器不执行循环展开以及函数内联。这是推荐的优化等级，除非你有特殊的需求。-O2会比-O1启用多一些标记。与-O1比较该优化-O2将会花费更多的编译时间当然也会生成性能更好的代码。
-Os:专门优化目标文件大小,执行所有的不增加目标文件大小的-O2优化选项。同时-Os还会执行更加优化程序空间的选项。这对于磁盘空间极其紧张或者CPU缓存较小的机器非常有用。但也可能产生些许问题，因此软件树中的大部分ebuild都过滤掉这个等级的优化。使用-Os是不推荐的。
-O3: 打开所有-O2的优化选项并且增加 -finline-functions, -funswitch-loops,-fpredictive-commoning, -fgcse-after-reload and -ftree-vectorize优化选项。这是最高最危险的优化等级。用这个选项会延长编译代码的时间，并且在使用gcc4.x的系统里不应全局启用。自从3.x版本以来gcc的行为已经有了极大地改变。在3.x，-O3生成的代码也只是比-O2快一点点而已，而gcc4.x中还未必更快。用-O3来编译所有的软件包将产生更大体积更耗内存的二进制文件，大大增加编译失败的机会或不可预知的程序行为（包括错误）。这样做将得不偿失，记住过犹不及。在gcc 4.x.中使用-O3是不推荐的。
————————————————
版权声明：本文为CSDN博主“rongming_lu”的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/LU_ZHAO/java/article/details/104516291