c程序编译后太大怎么办
A. 为什么C的程序就几段代码生成后就很大
1,编译时如果加了调试信息,则目标文件会比较大.
2,静态链接时,目标文件也会比较大.
3,某些编译选项,会使目标文件增大,但优化了执行速度.
楼主所提的问题,第二种可能性比较大,C的代码使用了静态链接库,而该Delphi代码所使用到的大多是动态链接库,所以编译出来Delphi的结果反而会小一些.
B. C++ 编译程序内存过大
调用函数时，尽量用“引用传递”作为参数, 而不是直接把矩阵本身作为参数传进去，这样在内存中只有一个 P 和 Q的拷贝。
另外，看得出，这两个矩阵光存一份就已经很大了。如果连把它们读入到内存里都没办法的话，就最好考虑给自己的机器加内存条了。
不增加内存，那么降低存储空间的需求，就得增加时间复杂度。你可以把矩阵存储在多个硬盘文件里，这样每次读一部分到内存然后处理一些，存回去。最后再一点点拼出来最后结果。
C. c程序编译后太大了怎么办啊
程序要执行当然不是只靠你写的那两行代码，还需要好多库，即使是很简单的程序，你在VC++下按一下ALT+F7，选中Link就能看到了。编译的时候这些库也被包含到可执行文件当中，因此可执行文件较大。
Debug编译后带有源文件信息，因此可以调试，单步执行，而Release没有这些信息，因此不能调试，但执行效率更高。
D. c# winform中编译后,exe文件体积很大怎么办
一般EXE文件很大，说明你有以下几个事情都放在EXE项目中了：
1、大量的程序图片以资源的形式签入到了exe项目中。
2、大量的业务逻辑代码放到了exe项目中。
3、大量的业务逻辑窗口代码放到了exe项目中。
解决的办法：
1、建立多个类库项目，将主要的代码放到类库项目中。
2、为图片专门创建外部资源文件，或者嵌入到类库项目中。
3、exe项目尽量不做业务处理，只运行类库项目中的一些代码。
这样就可以大大减少exe的大小，将主要代码放到了类库项目生成的dll文件中。
E. C++程序编译后为什么这么大
程序要执行当然不是只靠你写的那两行代码，还需要好多库，即使是很简单的程序，你在VC++下按一下ALT+F7，选中Link就能看到了。编译的时候这些库也被包含到可执行文件当中，因此可执行文件较大。
Debug编译后带有源文件信息，因此可以调试，单步执行，而Release没有这些信息，因此不能调试，但执行效率更高。
F. C程序生成的代码量太大
很好解决`在你的源代码的开头包含
#include
<stdlib.h>
这个头文件,再在
main()函数的最后一个大括号前加一句
system("pause");
就可以了
或者直接在最后一个大括号前加
getchar();
就可以了
在任何一种语言中，精度和取值范围都是一对矛盾。我理解您的意思，这里说的是整型。在c中，整型有三类数据类型，char，short，int，每一类又有unsigned和signed，即无符号和有符号两种。
在32位系统中，char占一个字节，short占两个字节，int占4个字节。对于整数来说，精度都一样，只要没有进行取舍。所以int的取值范围最大。有符号型的范围为-2^31~2^31,无符号int范围为0~2^32.
对于更大的整数，c的基本数据类型就无能为力了。常用的方法是利用数组进行数的范围的扩大，例如表示2^100，我可以建立一个4元素的int数组num:
int
num[4];
然后我用num[0]表示从个位开始的9位数(2^31略等于2*10^9)，然后num[1]表示接下来的9位，以此类推。
当然这种情况下，你需要为这些大数的运算，例如加减乘除，专门编写适合你的数据类型的算法。相对来说还是比较繁琐的。
但是java提供大数这种数据类型，不过我不是特别懂。有兴趣可以关注一下。
H. 单片机C 程序中定义的数组字节过大该怎么办
C51不允许对数组的大小作动态定义，即数组大小不依赖于程序运行。数组初始化的时候，大小必须已定义类型。这个在C++标准中有描述。const的变量不一定是已定义的，向你上面的const int m=n;需要看n时候在编译阶段是否是已定义的。数组下标最好不要用未知数据的变量。
I. C++编译后的文件为什么体积特大
正常,在编写小的短的程序C没有汇编有优势,一个程序很简单的程序用TC编译成30K正常
你可以这样理解
编译 就跟模板似的,有固定的开头结尾,中间是你的程序编译的代码,开头结尾最简单也要几K,所以再加上你的程序不可能很短
你是用的TC 而不是用的VC++ 没有动态库与静态库的问题,
但是如果改变些TC编译选项可能对编译结果大小有影响