一般編譯選項是

Ⅰ linux 怎麼編譯c的源程序的gcc，編譯命令是什麼

在Linux下面,如果要編譯一個C語言源程序,我們要使用gcc編譯器。

先將源文件編譯成目標文件：gcc - c hello.c

生成hello.o文件，再將目標文件編譯成可執行文件：gcc -o hello hello.o

如：

int main(int argc,char **argv)

{

printf("Hello Linux ");

}

(1)一般編譯選項是擴展閱讀：

在使用GCC編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。GCC編譯器的調用參數大約有100多個，這里只介紹其中最基本、最常用的參數。具體可參考GCC Manual。

GCC最基本的用法是∶gcc [options] [filenames]

其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。

網路_gcc

Ⅱ Linux 編譯選項

1. gcc -E source_file.c
   -E，只執行到預編譯。直接輸出預編譯結果。

2. gcc -S source_file.c
   -S，只執行到源代碼到匯編代碼的轉換，輸出匯編代碼。

3. gcc -c source_file.c
   -c，只執行到編譯，輸出目標文件。

4. gcc (-E/S/c/) source_file.c -o output_filename
   -o, 指定輸出文件名，可以配合以上三種標簽使用。
   -o 參數可以被省略。這種情況下編譯器將使用以下默認名稱輸出：
   -E：預編譯結果將被輸出到標准輸出埠（通常是顯示器）
   -S：生成名為source_file.s的匯編代碼
   -c：生成名為source_file.o的目標文件。
   無標簽情況：生成名為a.out的可執行文件。

5. gcc -g source_file.c
   -g，生成供調試用的可執行文件，可以在gdb中運行。由於文件中包含了調試信息因此運行效率很低，且文件也大不少。
   這里可以用strip命令重新將文件中debug信息刪除。這是會發現生成的文件甚至比正常編譯的輸出更小了，這是因為strip把原先正常編譯中的一些額外信息（如函數名之類）也刪除了。用法為 strip a.out

6. gcc -s source_file.c
   -s, 直接生成與運用strip同樣效果的可執行文件（刪除了所有符號信息）。

7. gcc -O source_file.c
   -O（大寫的字母O），編譯器對代碼進行自動優化編譯，輸出效率更高的可執行文件。
   -O 後面還可以跟上數字指定優化級別，如：
   gcc -O2 source_file.c
   數字越大，越加優化。但是通常情況下，自動的東西都不是太聰明，太大的優化級別可能會使生成的文件產生一系列的bug。一般可選擇2；3會有一定風險。

8. gcc -Wall source_file.c
   -W，在編譯中開啟一些額外的警告（warning）信息。-Wall，將所有的警告信息全開。

9. gcc source_file.c -L/path/to/lib -lxxx -I/path/to/include
   -l, 指定所使用到的函數庫，本例中鏈接器會嘗試鏈接名為libxxx.a的函數庫。
   -L，指定函數庫所在的文件夾，本例中鏈接器會嘗試搜索/path/to/lib文件夾。
   -I, 指定頭文件所在的文件夾，本例中預編譯器會嘗試搜索/path/to/include文件夾。
   

Ⅲ 如何設置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」

Ⅳ 條件編譯選項 什麼意思

一般情況下，源程序中所有的行都參加編譯。但是有時希望對其中一部分內容只在滿足一定條件下才進行編譯，即對一部分內容指定編譯條件，這就是「條件編譯」。（conditional compile） 條件編譯語句排版時，需考慮以下三種位置： （1）條件編譯語句塊與函數定義體之間不存在相互嵌套（主要在（.h）文件中） ◆ 條件編譯關鍵字語句頂格左對齊； ◆ 所含的#include語句(塊) #define語句(塊)甚至是被嵌套下級條件編譯語句塊，按照語句塊嵌套的排版方式進行縮進排版 。 （2）條件編譯語句塊嵌套在函數體之外（主要在（.c）文件中） 這種情況下，條件編譯語句塊不影響函數體 ◆ 條件編譯關鍵字語句頂格左對齊； ◆ 所含的函數體定義無需縮進，依舊按照單個函數體定義的排版方式進行。 （3）條件編譯語句嵌套在函數體內 （主要在（.c）文件中） a）當條件編譯語句塊與被包語句所屬的語句塊之間沒有邏輯路徑交叉時，以下兩種方式均可 ◆ 按照語句塊嵌套方式進行縮進排版 (推薦)； ◆ 條件編譯語句不影響原先語句塊排版，條件編譯語句與所包含的關鍵字語句塊左對齊 。 b）當條件編譯語句塊與被包語句所屬的語句塊之間存在邏輯路徑交叉時 ◆ 條件編譯語句頂格左對齊，其它語句按照正常順序排版。 條件編譯的形式如下所示（NNN、MMM等都是在某處已經定義為 1 或者 0 的）： #if NNN statement1; #elif MMM statement2; #else statement3; #endif 條件編譯指令將決定那些代碼被編譯，而哪些是不被編譯的。可以根據表達式的值或者某個特定的宏是否被定義來確定編譯條件。 1.#if指令 #if指令檢測跟在製造另關鍵字後的常量表達式。如果表達式為真，則編譯後面的代碼，直到出現#else、#elif或#endif為止；否則就不編譯。 2.#endif指令 #endif用於終止#if預處理指令。 #define DEBUG 0 main() { #if DEBUG printf("Debugging\n"); #endif printf("Running\n"); } 由於程序定義DEBUG宏代表0，所以#if條件為假，不編譯後面的代碼直到#endif，所以程序直接輸出Running。 如果去掉#define語句，效果是一樣的。 3.#ifdef和#ifndef #define DEBUG main() { #ifdef DEBUG printf("yes\n"); #endif #ifndef DEBUG printf("no\n"); #endif } #if defined等價於#ifdef; #if !defined等價於#ifndef 4.#else指令 #else指令用於某個#if指令之後，當前面的#if指令的條件不為真時，就編譯#else後面的代碼。#endif指令將中指上面的條件塊。 #define DEBUG main() { #ifdef DEBUG printf("Debugging\n"); #else printf("Not debugging\n"); #endif printf("Running\n"); } 5.#elif指令 #elif預處理指令綜合了#else和#if指令的作用。 #define TWO main() { #ifdef ONE printf("1\n"); #elif defined TWO printf("2\n"); #else printf("3\n"); #endif } 程序很好理解，最後輸出結果是2。 6.其他一些標准指令 #error指令將使編譯器顯示一條錯誤信息，然後停止編譯。 #line指令可以改變編譯器用來指出警告和錯誤信息的文件號和行號。 #pragma指令沒有正式的定義。編譯器可以自定義其用途。典型的用法是禁止或允許某些煩人的警告信息

Ⅳ 急急！c++編譯器的選項和調用！

不論是不是用IDE， 和編譯結果是控制台APP 還是WIN32APP， 沒有關系的。

1. 為什麼要用CL 編譯win32程序，不用IDE？ 原因何在？

2. CL編譯win32肯定沒問題的，具體用法可以參考CL幫助， 我記得很簡單的， 給你示例如下：

   
   

C:Program Files (x86)Microsoft Visual Studio 11.0VCin>vcvars32.bat

C:Program Files (x86)Microsoft Visual Studio 11.0VCin>cl

Microsoft (R) C/C++ Optimizing Compiler Version 17.00.61030 for x86

Copyright (C) Microsoft Corporation. All rights reserved.

usage: cl [ option... ] filename... [ /link linkoption... ]

┈┈來自：網路香港交流吧， 誠邀大家幫忙關注！！！

Ⅵ linux makefile gcc 什麼編譯選項

這個沒有什麼特殊的要求。你只要按照你需要的正確的語法規則和編譯順序，將 gcc 編譯器對 C 語言源程序的編譯選項（例如：對源程序只編譯不連接的選項為：-c、或者是生成指定的運行文件：-o my_outputfile，等等）寫到 makefile 文本文件中即可...

Ⅶ 請教編譯選項mole和mole capable的區別

編譯是編譯器在你程序沒有運行的時候幫你檢查錯誤 調試是你用調試器在程序運行以後，根據運行狀況來檢查錯誤 在寫程序的時候，兩個環節都是需要的 順便你看的書不太准確。所謂的文件中寫上# include "afx.h"（或者其他頭文件），那麼就只需要調試。

Ⅷ 如何設置編譯選項 ubuntu

這個就要看你的具體的編譯器了。例如：在 UBUNTU 系統下，使用的是 gcc C 語言編譯器，那麼就一定要遵循 gcc 的編譯選項規定。例如：gcc myfile.c，該命令產生的是一個預設的輸出運行文件 a.out；gcc -o myrunfile myfile.c，該命令將會產生一個輸出文件為 myrunfile 的運行文件；gcc -c myfile.c，該命令是只產生一個 myfile.o 的中間文件，只編譯、不連接。除此之外，你還需要注意 makefile 文件的編寫規則，因為該文件才是真正要把所有的源程序的編譯選項按照一定的規則寫到 makefile 文件中，然後再整體對源程序進行編譯、連接。

Ⅸ vc的各編譯選項都是什麼意思

VC編譯選項

/Od 禁用優化（默認值） disable optimizations (default)
/Ox 最大化選項。(/Ogityb2 /Gs) maximum opts. (/Ogityb1 /Gs)
/Og 啟用全局優化 enable global optimization
/Oy[-] 啟用框架指針省略 enable frame pointer omission
/Oi 啟用內建函數 enable intrinsic functions

-代碼生成-
/G3 為 80386 進行優化 optimize for 80386
/G4 為 80486 進行優化 optimize for 80486
/GR[-] 啟用 C++ RTTI enable C++ RTTI
/G5 為 Pentium 進行優化 optimize for Pentium
/G6 為 Pentium Pro 進行優化 optimize for Pentium Pro
/GX[-] 啟用 C++ 異常處理（與 /EHsc 相同） enable C++ EH (same as /EHsc)
/EHs 啟用同步 C++ 異常處理 enable synchronous C++ EH
/GD 為 Windows DLL 進行優化 optimize for Windows DLL
/GB 為混合模型進行優化（默認） optimize for blended model (default)
/EHa 啟用非同步 C++ 異常處理 enable asynchronous C++ EH
/Gd __cdecl 調用約定 __cdecl calling convention
/EHc extern「C」默認為 nothrow extern "C" defaults to nothrow
/Gr __fastcall 調用約定 __fastcall calling convention
/Gi[-] 啟用增量編譯 enable incremental compilation
/Gz __stdcall 調用約定 __stdcall calling convention
/Gm[-] 啟用最小重新生成 enable minimal rebuild
/GA 為 Windows 應用程序進行優化 optimize for Windows Application
/Gf 啟用字元串池 enable string pooling
/QIfdiv[-] 啟用 Pentium FDIV 修復 enable Pentium FDIV fix
/GF 啟用只讀字元串池 enable read-only string pooling
/QI0f[-] 啟用 Pentium 0x0f 修復 enable Pentium 0x0f fix
/Gy 分隔鏈接器函數 separate functions for linker
/GZ 啟用運行時調試檢查 enable runtime debug checks
/Gh 啟用鉤子函數調用 enable hook function call
/Ge 對所有函數強制堆棧檢查 force stack checking for all funcs
/Gs[num] 禁用堆棧檢查調用 disable stack checking calls

-輸出文件-
/Fa[file] 命名程序集列表文件 name assembly listing file
/Fo 命名對象文件 name object file
/FA[sc] 配置程序集列表 configure assembly listing
/Fp 命名預編譯頭文件 name precompiled header file
/Fd[file] 命名 .PDB 文件 name .PDB file
/Fr[file] 命名源瀏覽器文件 name source browser file
/Fe 命名可執行文件 name executable file
/FR[file] 命名擴展 .SBR 文件 name extended .SBR file
/Fm[file] 命名映射文件 name map file

-預處理器-
/FI 命名強制包含文件 name forced include file
/C 不吸取注釋 don't strip comments
/U 移除預定義宏 remove predefined macro
/D{=|#} 定義宏 define macro
/u 移除所有預定義宏 remove all predefined macros
/E 將預處理定向到標准輸出 preprocess to stdout
/I 添加到包含文件的搜索路徑 add to include search path
/EP 將預處理定向到標准輸出，不要帶行號 preprocess to stdout, no #line
/X 忽略「標准位置」 ignore "standard places"
/P 預處理到文件 preprocess to file

-語言-
/Zi 啟用調試信息 enable debugging information
/Zl 忽略 .OBJ 中的默認庫名 omit default library name in .OBJ
/ZI 啟用調試信息的「編輯並繼續」功能 enable Edit and Continue debug info
/Zg 生成函數原型 generate function prototypes
/Z7 啟用舊式調試信息 enable old-style debug info
/Zs 只進行語法檢查 syntax check only
/Zd 僅要行號調試信息 line number debugging info only
/vd{0|1} 禁用/啟用 vtordisp disable/enable vtordisp
/Zp[n] 在 n 位元組邊界上包裝結構 pack structs on n-byte boundary
/vm 指向成員的指針類型 type of pointers to members
/Za 禁用擴展（暗指 /Op） disable extensions (implies /Op)
/noBool 禁用「bool」關鍵字 disable "bool" keyword
/Ze 啟用擴展（默認） enable extensions (default)

- 雜項 -
/?, /help 列印此幫助消息 print this help message
/c 只編譯，不鏈接 compile only, no link
/W 設置警告等級（默認 n=1） set warning level (default n=1)
/H 最大化外部名稱長度 max external name length
/J 默認 char 類型是 unsigned default char type is unsigned
/nologo 取消顯示版權消息 suppress right message
/WX 將警告視為錯誤 treat warnings as errors
/Tc 將文件編譯為 .c compile file as .c
/Yc[file] 創建 .PCH 文件 create .PCH file
/Tp 將文件編譯為 .cpp compile file as .cpp
/Yd 將調試信息放在每個 .OBJ 中 put debug info in every .OBJ
/TC 將所有文件編譯為 .c compile all files as .c
/TP 將所有文件編譯為 .cpp compile all files as .cpp
/Yu[file] 使用 .PCH 文件 use .PCH file
/V 設置版本字元串 set version string
/YX[file] 自動的 .PCH 文件 automatic .PCH
/w 禁用所有警告 disable all warnings
/Zm 最大內存分配（默認為 %） max memory alloc (% of default)

-鏈接-
/MD 與 MSVCRT.LIB 鏈接 link with MSVCRT.LIB
/MDd 與 MSVCRTD.LIB 調試庫鏈接 link with MSVCRTD.LIB debug lib
/ML 與 LIBC.LIB 鏈接 link with LIBC.LIB
/MLd 與 LIBCD.LIB 調試庫鏈接 link with LIBCD.LIB debug lib
/MT 與 LIBCMT.LIB 鏈接 link with LIBCMT.LIB
/MTd 與 LIBCMTD.LIB 調試庫鏈接 link with LIBCMTD.LIB debug lib
/LD 創建 .DLL Create .DLL
/F 設置堆棧大小 set stack size
/LDd 創建 .DLL 調試庫 Create .DLL debug libary
/link [鏈接器選項和庫] [linker options and libraries]

Ⅹ Compile，Make和Build的區別

在Java的集成開發環境中，比如Eclipse、IDEA中，有常常有三種與編譯相關的選項Compile、Make、Build三個選項。這三個選項最基本的功能都是完成編譯過程。但又有很大的區別，區別如下：

1、Compile：只編譯選定的目標，不管之前是否已經編譯過。

2、Make：編譯選定的目標，但是Make只編譯上次編譯變化過的文件，減少重復勞動，節省時間。（具體怎麼檢查未變化，這個就不用考慮了，IDE自己內部會搞定這些的）

3、Build：是對整個工程進行徹底的重新編譯，而不管是否已經編譯過。Build過程往往會生成發布包，這個具體要看對IDE的配置
了，Build在實際中應用很少，因為開發時候基本上不用，發布生產時候一般都用ANT等工具來發布。Build因為要全部編譯，還要執行打包等額外工
作，因此時間較長。