什麼是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