編譯器優化級別怎麼設置

1. 編譯器 優化

編譯是從源代碼（通常為高階語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低階語言或機器語言）的翻譯過程。然而，也存在從低階語言到高階語言的編譯器，這類編譯器中用來從由高階語言生成的低階語言代碼重新生成高階語言代碼的又被叫做反編譯器。也有從一種高階語言生成另一種高階語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。
典型的編譯器輸出是由包含入口點的名字和地址, 以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。
從他的原理我們就好優化了，但是方法很多的

2. 如何開啟C++編譯器優化

如果是Visual Studio，可在工程配置中設置。如果是g++，可以用編譯選項-O2。

3. keil c51優化等級介紹

一般用優化等級8，其它的別用，容易出事。
編譯完之後多留意data，xdata，看有沒超出晶元的最大值，
特別是data，不能超過128，甚至太接近128有時也會出問題。
如果data 需要使用到256，則另外的128用idata定義

4. 編譯器的編譯器優化

應用程序之所以復雜, 是由於它們具有處理多種問題以及相關數據集的能力。實際上, 一個復雜的應用程序就象許多不同功能的應用程序「 粘貼」 在一起。源文件中大部分復雜性來自於處理初始化和問題設置代碼。這些文件雖然通常占源文件的很大一部分, 具有很大難度, 但基本上不花費C PU 執行周期。
盡管存在上述情況, 大多數Makefile文件只有一套編譯器選項來編譯項目中所有的文件。因此, 標準的優化方法只是簡單地提升優化選項的強度, 一般從O 2 到O 3。這樣一來, 就需要投人大量 精力來調試, 以確定哪些文件不能被優化, 並為這些文件建立特殊的make規則。
一個更簡單但更有效的方法是通過一個性能分析器, 來運行最初的代碼, 為那些佔用了85 一95 % CPU 的源文件生成一個列表。通常情況下, 這些文件大約只佔所有文件的1%。如果開發人員立刻為每一個列表中的文件建立其各自的規則, 則會處於更靈活有效的位置。這樣一來改變優化只會引起一小部分文件被重新編譯。進而,由於時間不會浪費在優化不費時的函數上, 重編譯全部文件將會大大地加快。

5. ICCAVR里怎麼設置優化等級

題目太模糊，優化通常指編譯優化，盡管優化可以節約程序資源或者提高速度，但隨著器件的資源越來越豐富，不建議選擇優化，因為優化可能導致未知錯誤（其實是編譯器的BUG）。

6. 高手們來看看VS2010 中編譯器設置都是什麼意思（其實VS2008也差不多吧），誰能詳細的給說一下，萬分感謝了

這是C/C++編譯優化設置部分
第一行，啟用的優化等級，這里優化被禁止了
第二行，內聯函數，表示是否展開，還是以函數形式存在
第三行，是否啟用內部函數
使用內部函數的代碼比較快，因為它們沒有函數調用的系統開銷。但由於創建了附
加代碼，代碼尺寸可能比較大。
第四行，優化方式，速度優先還是代碼尺寸優先；通常會選擇速度優先，現在尺寸已不是問題
第五行，是否禁止在調用堆上創建框架指針，以加快函數調用；堆內存分配演算法需要時間
第六行，是否啟用纖程安全的線程本地存儲優化
第七行，是否啟用全局鏈接時代碼優化；指的是生成具體指令過程推遲到鏈接的時候，這樣有
助於具體的一些優化，比如，函數內部變數，有些可以是寄存器變數，沒必要再
棧里分配，寄存器訪問比內存訪問快很多，這些都依賴於函數的調用拓撲等關系。

7. Keil優化及如何設置某段代碼不優化

Keil默認會對代碼進行優化的

一般情況預設編譯優化設置被設定為8級優化,實際最高可設定為9級優化。
1、Dead code elimination
2、Data overlaying
3、Peephole optimization
4、Register variables
5、Common subexpression elimination
6、Loop rotation
7、Extended Index Access Optimizing
8、Reuse Common Entry Code
9、Common Block Subroutines
如何設定不優化或改變某個文件的優化設置
1、針對某個文件
（1） 右鍵->Option for File XXXX

（2） 切換到【C51】選項卡
default表示與工程設置一致

2、針對某段代碼（局部優化）
#pragma OPTIMIZE(x) x就是你希望的優化級別
舉例如下：
#pragma OPTIMIZE(6)
void FunA()
{
}
......
......
#pragma OPTIMIZE(9)
void FunB()
{
}
上面的意思就是說，在void FunA()到void FunB()之前的所有函數，包括FunA在內，都採用6級的優化，而從FunB開始直到之後，只要沒碰上#pragma OPTIMIZE,都採用9級優化了。
OPTIMIZE還可以多一個參數,就是speed和size,
用法： #pragma OPTIMIZE(9,speed)或#pragma OPTIMIZE(5,size）
對應的就是9級優化,以速度為主,或5級優化,以空間最小為主。

8. VC編譯器中「優選大小或速度」和「優化」選項的設置區別在哪裡

VC中的優化裡面的 按大小優化 與 按速度優化 是分開選的，不能同時選擇兩者

9. 如何設置iar優化等級

果在A行設置的斷點，單步調試的時候卻只能到達A後邊的某幾行，可能的一個原因就是代碼優化的等級太高了，導致編譯器實際上沒有在A行停頓。
解決辦法：
在OPTION下修改優化等級

IAR默認的是最高優化等級。如果程序不大建議不優化。如果優化等級高，那麼一些非匯編的延時函數可能無法執行，一些局部變數的值可能在使用過後，即便沒有離開自己的作用

10. Qt Creator里如何設置gcc編譯的優化等級

不是release優化的問題。如果是直接運行的話，mingwm10.dll、libgcc_s_dw2-1.dll、qtcore4.dll、qtgui4.dll，還有相應的你用到的庫都要放在運行目錄下，用dependency walker可以看到dll依賴情況。
然後用到的插件比如qmltooling、imageformats等目錄也需要拷到運行目錄中，這個用工具看不到依賴，只能全拷然後用排除法，有經驗之後代碼里哪些用到了就知道了。

出現runtime library錯誤的最大可能性就是運行目錄下的插件不完整。

另外有一種解決方法就是把qt改成靜態鏈接，編譯進exe，商業版允許這樣做，lgpl版的話如果不是自用就有法律風險。