为什么我能用GCC做的最小编译可执行文件是67KB？ [英] Why is smallest compiled exe I can make with GCC is 67KB?

问题描述

我想做一个非常小的编译可执行文件，它是用C编写的，但我能设法得到的最小可执行文件是67KB。我用的是MinGW。 我已尝试不使用任何头文件，编译时没有错误：

//no header
void main() {
 write(1, "Hello world!", 12);
}

如果我构建并运行此程序，GCC没有显示错误，但它也是67KB。

推荐答案

我刚刚在x86_64Linux上尝试了这个，这可能与MinGW在这个级别上没有太大区别，尽管你永远不知道。

基本上，问题是，即使没有从C库中提取任何内容，除非它被引用，但CRT"startfile"确实引用了一小部分内容，而这些内容又引用了其他一些内容，而"Hello world"最终看起来很糟糕。这不是值得修复的问题，因为所有实际程序无论如何都会引用这些核心函数。

启动文件的源代码是可用的，而且非常小，如果您选择的话，编译器允许您覆盖标准文件，所以优化它们并不是一件很大的事情。它们是用汇编语言编写的，但您可能只需删除几行，就可以删除大部分无关的垃圾。

但是，有一个将启动文件完全从等式中删除的技巧：

#include <unistd.h>

void _start (void) {
  write(1,"Hello world!", 12);
  _exit(0);
}

编译：gcc -nostartfiles t.c -s -static

可以工作(碰巧，见下文)，文件大小为1792字节。

作为比较，您的原始代码使用相同的编译器提供了738624字节，当我删除-static时，它下降到4,400字节，但这是作弊！(我的代码实际上在没有-static的情况下更大，因为动态链接器元数据比write和_exit的代码更重要)。

碰巧部分是程序现在没有初始化堆栈指针。同样，对于所有其他全局状态，启动文件通常会处理。碰巧的是，在x86_64 Linux上，这不是一个致命的问题(只是不要在生产中这样做，对吗？)但是，当我尝试使用-m32时，我在write内部遇到分段错误。

这个问题可以通过为那些东西添加您自己的初始化来修复，但是这样代码就不再是作为可移植的(它已经不是绝对可移植的)。或者，直接调用WRITE系统调用。

这篇关于为什么我能用GCC做的最小编译可执行文件是67KB？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！