編譯的程序塊過大

① 西門子數控編譯錯誤802，程序塊過大

我用的是802D和S的，沒用過C的，也沒遇到過這種情況，這個錯誤是編程時出現的么，你可以查下程序，鎖定不了就只能重頭查，西門子的問題不是很多，系統還算可以，先重自己的操作編程查起吧，

② C++ 編譯程序內存過大

調用函數時，盡量用「引用傳遞」作為參數, 而不是直接把矩陣本身作為參數傳進去，這樣在內存中只有一個 P 和 Q的拷貝。
另外，看得出，這兩個矩陣光存一份就已經很大了。如果連把它們讀入到內存里都沒辦法的話，就最好考慮給自己的機器加內存條了。
不增加內存，那麼降低存儲空間的需求，就得增加時間復雜度。你可以把矩陣存儲在多個硬碟文件里，這樣每次讀一部分到內存然後處理一些，存回去。最後再一點點拼出來最後結果。

③ c程序編譯後太大了怎麼辦啊

程序要執行當然不是只靠你寫的那兩行代碼，還需要好多庫，即使是很簡單的程序，你在VC++下按一下ALT+F7，選中Link就能看到了。編譯的時候這些庫也被包含到可執行文件當中，因此可執行文件較大。

Debug編譯後帶有源文件信息，因此可以調試，單步執行，而Release沒有這些信息，因此不能調試，但執行效率更高。

④ 為什麼編譯出的程序體積那麼大

那是因為用Delphi編寫的圖形界面程序必須包含VCL庫，否則無法在未安裝Delphi運行時間庫的機子上運行，靜態鏈接的話會將程序用到的VCL組件部分都鏈接到可執行文件中去，所以文件體積比較大，如果編譯是選擇Build with Runtime packages，但是系統里必須已安裝Delphi運行時間庫。

⑤ 西門子plcs7一200編程軟體在編程的時候出現程序塊過大，請問各位編程師傅，該怎樣處理

優化演算法，程序結構，適當處理變數類型。

⑥ Delphi7編譯的程序體積怎麼那麼大

如果是GUI程序，由於其含有基本的VCL框架代碼，所以其體積稍大，
但可以通過ASPack壓縮工具將exe文件壓縮到原來的1/3左右。

如果是控制台程序，其exe文件較小！

⑦ keil編譯顯示程序太大~編譯不了怎麼辦

這種情況已經有一陣時間了，KEIL顯示破解成功，其實是假的。現在我的做法是拿一個大程序來編譯，如果編譯通過，那就是破解成功，如果還有限制，那就繼續破。我以前的KEIL
C251破了半天，算了N個碼，個個都顯示已成功，可實際上直到N＋1次才編譯通過，我一同事更倒霉，整整算了3天。所以，破這玩意沒技術，就倆字，堅持。

⑧ keil中編譯時代碼過大導致工程失敗怎麼辦

各種MCU的代碼容量都是有限的，例如，89c51的容量是4K，如果你的程序編譯時超過了4K，那編譯器就不會再往下走了，而是出現target not created，解決辦法就是換塊引腳兼容的MCU，例如89C51換成89C52，容量變8K，就可以解決問題了

⑨ 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 可執行文件和核心。