编译后代码大小
⑴ 程序编译后，代码的大小如何知道
编译连接后
还会生成个.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、是否压缩