編譯後代碼大小
⑴ 程序編譯後，代碼的大小如何知道
編譯連接後
還會生成個.map文件。裡面非常詳細，每個函數，每個變數的地址，都非常的清楚！
⑵ C語言中如何編程查看機器代碼的容量
編譯後看代碼大小。
KEIL最下面的一欄裡面。
例如：
Program
Size:
data=79.0
xdata=31
code=7582
code後面
就是代碼的大小。
⑶ KEIL上怎麼看程序大小請問高手，我編譯好文件後，怎麼不能看到編譯好文件的大小，比如code= //如------
1、升級到UV4，則每次編譯完成後，會在最後提示相關信息。
2、在target 的 「user」選項卡中的「Run User Programs After Build/Rebuild」選項里，勾上「Run #1」，並在後面的方框里輸入命令「fromelf -z .\rvmdk\hello.axf」。注意：.\rvmdk\hello.axf是你生成的調試文件。具體看你的項目。
⑷ 怎麼看編譯後的代碼大小
codewarrior現在分經典版和eclipse版（新版）的。 經典版在代碼編譯之後，在文件名後面就可以看到各個部分代碼大小；而新版則沒有這么直觀的顯示，這一點也確實讓我覺得很遺憾。 但是兩個版本在編譯之後，均可以通過查看工程項目中「.map」後綴的
⑸ 程序編譯後的exe大小和什麼有關比如定義的變數的數量,數組的長度,遞歸的深度、代碼量
跟變數的數量，數組的長度，遞歸的深度沒關系！
大小主要取決於你的代碼量（包括你的頭文件大小與數量），還有編譯參數（debug出來的比較大，release出來的比較小）
變數的數量，數組的長度，遞歸的深度會影響運行時佔用內存的大小。跟exe本身的大小沒關系。
⑹ 請教keil編譯後，生成的數據大小信息理解
生成的數據大小，只是用來參考寫到單片機內後是否超過ROM的容量大小。
其實，這一點，也不必考慮，現在的單片機的ROM容量大得很，一般的程序都是可以容納的。
其次，在優化程序時，可以作為參考。每次優化後，看代碼的大小，就知道代碼是否有所減少了。
⑺ keil4編譯後的程序大小怎麼確定啊Program Size: data=27.0 xdata=0 code=3112。可在電腦查看卻是8.84K
編譯後看代碼大小。
KEIL最下面的一欄裡面。
例如：
Program Size: data=79.0 xdata=31 code=7582
code後面 就是代碼的大小。
希望採納
⑻ 如何將C/C++程序編譯到指定的大小如編譯成100KB大小
來設置
用於控制台窗口操作的API函數如下：
GetConsoleScreenBufferInfo 獲取控制台窗口信息
GetConsoleTitle 獲取控制台窗口標題
ScrollConsoleScreenBuffer 在緩沖區中移動數據塊
SetConsoleScreenBufferSize 更改指定緩沖區大小
SetConsoleTitle 設置控制台窗口標題
SetConsoleWindowInfo 設置控制台窗口信息
此外，還有窗口字體、顯示模式等控制函數，這里不再細說。下列舉一個示例，程序如下：
#include
#include
#include
void main()
{
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
// 獲取標准輸出設備句柄
CONSOLE_SCREEN_BUFFER_INFO bInfo; // 窗口緩沖區信息
GetConsoleScreenBufferInfo(hOut, bInfo );
// 獲取窗口緩沖區信息
char strTitle[255];
GetConsoleTitle(strTitle, 255); // 獲取窗口標題
printf("當前窗口標題是：%s\n", strTitle);
_getch();
SetConsoleTitle("控制台窗口操作"); // 獲取窗口標題
_getch();
COORD size = ;
SetConsoleScreenBufferSize(hOut,size); // 重新設置緩沖區大小
_getch();
SMALL_RECT rc = ; // 重置窗口位置和大小
SetConsoleWindowInfo(hOut,true ,&rc);
CloseHandle(hOut); // 關閉標准輸出設備句柄
}
⑼ 怎樣查看codewarrior最終編譯的代碼大小
codewarrior現在分經典版和eclipse版（新版）的。
經典版在代碼編譯之後，在文件名後面就可以看到各個部分代碼大小；而新版則沒有這么直觀的顯示，這一點也確實讓我覺得很遺憾。
但是兩個版本在編譯之後，均可以通過查看工程項目中「.map」後綴的文件來查看實際的代碼量（在這個文件的最後幾行就是實際要寫入到晶元中的代碼大小）。
⑽ 關於Linux內核編譯後大小的問題
如果是正常編譯不會有那麼大的差異，一般差異可能來自以下幾個方面：
1、編譯器的問題，有些編譯器產生的可執行代碼體積會很大
2、是否開啟了調試選項
3、是否壓縮