编译的程序块过大

① 西门子数控编译错误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 可执行文件和核心。