模板編譯文件很大

Ⅰ Delphi XE6 編譯出的exe程序，體積很大怎麼弄

推薦您用upx壓縮殼進行壓縮。
1、upx壓縮殼的說明（來自網路）

登錄/注冊後可看大圖

UPX (the Ultimate Packer for eXecutables)是一款先進的可執行程序文件壓縮器，壓縮過的可執行文件體積縮小50%-70% ，這樣減少了磁碟佔用空間、網路上傳下載的時間和其它分布以及存儲費用。 通過 UPX 壓縮過的程序和程序庫完全沒有功能損失和壓縮之前一樣可正常地運行，對於支持的大多數格式沒有運行時間或內存的不利後果。 UPX 支持許多不同的可執行文件格式 包含 Windows 95/98/ME/NT/2000/XP/CE 程序和動態鏈接庫、DOS 程序、 Linux 可執行文件和核心。

Ⅱ C++模板類實例化,編譯器報錯

第一種方法意味著在使用模板的轉換文件中不但要包含模板聲明文件，還要包含模板定義文件。在上例中，就是第一個示例，在array.h中用行內函數定義了所有的成員函數。或者在main.cpp文件中也包含進array.cpp文件。這樣編譯器就能看到模板的聲明和定義，並由此生成array<int, 50>實例。這樣做的缺點是編譯文件會變得很大，顯然要降低編譯和鏈接速度。
第二種方法，通過顯式的模板實例化得到類型。最好將所有的顯式實例化過程安放在另外的文件中。在本例中，可以創建一個新文件templateinstantiations.cpp：
// templateinstantiations.cpp
#include "array.cpp"
template class array <int, 50>; // 顯式實例化

Ⅲ 為什麼 C++ 編譯出的可執行文件很大

那是因為你沒有指定編譯模式和鏈接方式，所以，默認使用c++的標准去生成文件，體積自然很大。

Ⅳ 為什麼delphi編譯生成的exe文件這么大

delphi 編譯生成的 exe 文件，佔用磁碟位元組數比較大的原因在於，delphi 編譯的文件中包含有其他的數據信息更多。

以下在 delphi xe 10 中，建立一個只包含空窗體的工程，通過多種配置進行編譯，生成的 exe 文件大小的測試：

1、通常 delphi 的文件為了調試方便，默認新建工程進行編譯的 exe 文件，是包含有 Debug 信息的，其生成的 exe 文件大小約為10.5M：

簡單經過以上3步，delphi 生成的 exe 文件大小已經從最初的 10.5 M，減小到 1.69 M。

此外，諸如：低版本的 delphi 使用 AnsiString 作為預設字元集，而高版本使用 UniCode 作為字元集等因素，也會使得 exe 文件增大。

Ⅳ stm8s使用printf函數後，編譯後的文件變得很大，容易出現內存溢出，有什麼辦法解決嗎

主要是調用printf，編譯相關庫故程序就會很大，導致溢出。你可以看看這篇博客，應該可以解決你的問題，解決STM8空間太小，使用不了printf串口列印。

Ⅵ Dev C++編譯簡單的文件很大

#include <iostream>
int main(int argc, char** argv)
{
std::cout << "Hello world!\n";
}我的程序1.3158
MB，這應該是正常大小了，而且是用TDM-GCC
4.8.1
32-bit
Release
的，還啟用文件最小優化，使用Debug也是如此。Debug通常比Release
大。

Ⅶ c# winform中編譯後,exe文件體積很大怎麼辦

一般EXE文件很大，說明你有以下幾個事情都放在EXE項目中了：
1、大量的程序圖片以資源的形式簽入到了exe項目中。
2、大量的業務邏輯代碼放到了exe項目中。
3、大量的業務邏輯窗口代碼放到了exe項目中。

解決的辦法：
1、建立多個類庫項目，將主要的代碼放到類庫項目中。
2、為圖片專門創建外部資源文件，或者嵌入到類庫項目中。
3、exe項目盡量不做業務處理，只運行類庫項目中的一些代碼。

這樣就可以大大減少exe的大小，將主要代碼放到了類庫項目生成的dll文件中。

Ⅷ 為什麼編譯後執行文件很大

關於程序源代碼編譯之後，可執行文件很大這個問題，根據我的編程經驗，不論是在 WINDOWS 系統下面、還是在 UNIX/Linux 系統下面，假設在你編寫的源代碼沒有任何錯誤、且保證可以運行出正確結果的前提下，你必須要仔細查閱關於源代碼編譯選項的一些資料。因為使用編譯器在編譯源程序的時候，加上不同的編譯選項對源代碼進行編譯，實際上對可執行程序的影響還是很大的。
例如：如果在編譯的時候加上優化選項，那麼肯定要比你不加優化選項，其可執行程序的運行速度要快得多；再例如：如果你想對源代碼進行底層調試，那麼在編譯的時候就必須要加上調試選項，等等。

Ⅸ 用eclipse編譯C文件，編譯出來的文件很大，怎樣解決啊

strip一下就行；
另外別指望編譯出的文件和VC++的一樣小，VC++編譯出的文件換了電腦就可能需要VC++運行時組件了，這個（Eclipse+MinGW+GCC）編譯出來的是通用的

Ⅹ C++編譯後的文件為什麼體積特大

正常,在編寫小的短的程序C沒有匯編有優勢,一個程序很簡單的程序用TC編譯成30K正常
你可以這樣理解
編譯 就跟模板似的,有固定的開頭結尾,中間是你的程序編譯的代碼,開頭結尾最簡單也要幾K,所以再加上你的程序不可能很短
你是用的TC 而不是用的VC++ 沒有動態庫與靜態庫的問題,
但是如果改變些TC編譯選項可能對編譯結果大小有影響