DSP編程技巧之6---揭開編譯器神秘面紗之控制與語言選項

控制選項

別名

控制效果

--compile_only

-c

控制編譯器使得它只編譯，不鏈接。

--help

-h

輸出編譯器使用的優(yōu)化、控制等選項信息。它的后面可以加一些更明確的選項或者名詞，例如--help?debug就可以輸出關于debug的選項的信息。

--run_linker

-z

使能編譯之后的鏈接功能，與第一行的-c相對。-c與-z同時存在時，-c起作用，-z不起作用。

--skip_assembler

-n

只編譯，但是也不產(chǎn)生匯編文件。這樣做的目的主要是為了快速驗證程序有沒有基本的語法錯誤等。-n選項和-z同時存在的時候，-n起作用，-z不起作用。從流程上講不難理解，匯編等工作不完成，鏈接器沒有工作目標也沒法完成鏈接。

語言選項

別名

控制效果

--cpp_default

-fg

通知編譯器把所有的.c文件也當作C++源程序看待。如果不使用這個默認選項的話，也可以分別指定不同后綴名的文件，例如--asm_file=filename，--c_file=filename，-cpp_file=filename，--obj_file=filename。舉例說明，現(xiàn)在我們有個文件叫file.s，那么使用--c_file=file.s的話能使得編譯器按照處理C文件的方式處理file.s。

--embedded_cpp

-pe

使能嵌入式的C++模式。嵌入式C++是標準的C++的一個子集，由NEC,?Hitachi,?Fujitsu，以及?Toshiba等幾個公司在十幾年前制定，移除了模版、異常處理、運行時類型、新式C++轉(zhuǎn)型、可變關鍵字、多重繼承、虛擬繼承等C++特性。

--exceptions

?

使能標準C++語言中的異常處理。默認情況下編譯器是不使能C++的異常處理的，如果啟用了這個選項的話，則所有的C++源程序都在啟用了異常處理的情況下進行編譯。

--float_operations_allowed

={none|all|32|64}

?

限制浮點類型的操作，包括完全禁止、允許32位浮點類型運行、允許64位浮點類型運行和同時允許32位與64位的浮點運算被編譯。目前C28x的FPU不支持64位浮點的硬件運算，如果非要使用的話，需要編譯器調(diào)用相關的算法庫在編譯時進行支持，效率不高。

--gcc

?

GCC提供了在標準C/C++里面沒有的一些特性，在嵌入式系統(tǒng)的開發(fā)中應用比較廣泛，所以編譯器也提供了對它的支持。關于GCC的特點，可以參考http://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc/C-Extensions.html#C-Extensions

--gen_acp_raw

-pl

使用這個選項可以使得編譯器在編譯時輸出原始列表文件，從而更好地幫助我們理解編譯的過程。這個原始列表文件里面包含了源程序里的行信息、頭文件的切入和切出信息、診斷信息、交叉編譯時預處理的源文件中相關語句的信息等。這個文件的內(nèi)容比較詳細，有興趣的網(wǎng)友可以啟用這個選項之后編譯看看。它包含了一些標識符，以幫助我們更快定位和理解相關的信息，包括：

N：對應的源程序的行數(shù)

X：源程序中的擴展行數(shù)，交叉編譯時會遇到。

S：跳過的行數(shù)，例如使用#if這樣的預編譯指令時，判斷條件為假對應的不會被編譯的行。

L：源程序中跳轉(zhuǎn)對應的行數(shù)，例如調(diào)用一個頭文件中定義的函數(shù)，或者從頭文件中的函數(shù)定義返回。

E：錯誤

F：關鍵錯誤

R：提醒

W：警告??????????????????

--gen_acp_xref

-px

輸出交叉參考的信息列表，包括文件名、行數(shù)、列數(shù)，交叉引用產(chǎn)生的聲明、修改、調(diào)用等信息。

--keep_unneeded_statics

?

保留定義了但是違背使用的靜態(tài)變量，例如這些變量是我們出于調(diào)試目的設置的，所以不希望被編譯器給清除掉。這個選項不能阻止編譯器刪除未被使用的靜態(tài)函數(shù)。

--kr_compatible

-pk

保持與K&R版本C語言的兼容性，只能作用于C程序上，對C++程序無效。

--multibyte_chars

-pc

允許在注釋、字符串常量和字符常量中使用多字節(jié)字符。多字節(jié)字符和Unicode是相對的，Unicode字符都使用兩個字節(jié)編碼的編碼模，多字節(jié)字符則是可變的。這個選項有時候是直觀的，例如用英語以外的其它語言編寫的注釋，再打開的時候在CCS里面可能就全變成?????這樣的了。

--no_inlining

-pi

禁止編譯器對函數(shù)進行內(nèi)聯(lián)。但是在啟用了-O3編譯器優(yōu)化選項的情況下，編譯器仍然會執(zhí)行自動內(nèi)聯(lián)功能。

--no_intrinsics

-pn

禁止使用編譯器內(nèi)建的intrinsics函數(shù)。這些函數(shù)一般是匯編語言寫成的，例如在C28x上調(diào)用IQMath庫里的_IQMpy編程時，編程產(chǎn)生的匯編語言就可以直接使用內(nèi)建的__qmpy32(a32,?b32,?q)完成對數(shù)學表的調(diào)用。

--program_level_compile

-pm

啟用程序級別的優(yōu)化。在這種優(yōu)化條件下，編譯器會把所有的源程序集合到一個模塊中進行編譯，這樣它就能清楚了解所有的代碼的來龍去脈，從而更好地完成程序的優(yōu)化。例如，一個有內(nèi)容的函數(shù)既沒有被main（）函數(shù)調(diào)用，也沒有被其它函數(shù)調(diào)用的話，編譯器就把它優(yōu)化掉了。

--relaxed_ansi

-pr

使用編譯器的“松弛”模式。在標準ISO?C模式下，大部分語法上的違規(guī)會被當作錯誤輸出，從而使得我們的編譯無法繼續(xù)下去。如果我們有時需要使用這樣的用法的話，就使用松弛模式，使得這些違規(guī)被作為警告信息輸出，雖然有警告，但是不會妨礙程序的編譯。當然我們要做的驗證和確認我們的程序確實達到了我們的預期功能。

--rtti

-rtti

使用C++的運行時類型。

--static_template_instantiation

?

使用內(nèi)部連接例化所有的模版。

--strict_ansi

-ps

使用嚴格的ANSI/ISO?C/C++模式，這種模式與K&R版本的C是不兼容的。