作为可执行文件,其体积重要性不得而知.
(本文所有一律采取32位,64位同理)
正常编译:
gcc -m32 a.c -o a.exe
102kb,正常运行
加上-s
开关:
gcc -m32 a.c -s
12kb,正常运行
加上-w
,效果几乎…没有
这不显而易见嘛…如下:
gcc -s -w [-m32] sourcefile.c -o outputfile.exe
似乎并没什么用
动态链接库的体积一直是个迷…还是先看看各个选项的结果吧(默认加上-m32)
开关 | 体积 |
---|---|
无 | 80k |
-s | 11k |
-s -w | 11k |
看得见没有定义一个函数叫做_DllMainCRTStartup@12
.很明显这是stdcall的格式.可以理解成一个叫做DllMainCRTStartup
的函数,有三个int
型参数.
抱着信心忽略这个警告,结果翻车了:打印的内容呢!
看名字好像是启动函数.诶?dll也有主函数?是的没错网上查就知道了.听说这个函数会在dll被加载,写在,或者线程启动等时机被自动调用.
那是不是给出这个函数的实现就行了呢?可以试试这个:
编译试试?警告:
说白了用自己的函数替代了标准运行时库的那个启动函数(其实是个缺省值)
运行试试?还是不行.
网上查了下资料,看见有人写了个startup函数,返回true
!
明显可以在任意项目的dll中使用这个法子,但是有个缺点,好像直接替代别个的缺省值显得很不地道.那么有个-e
参数大家记得吧,设定入口点的.于是这个函数随便命名,然后-e指定一下就行了.这个不做解释
不管用什么工具,语言,编译器,甚至手写exe,反正给我个最小的文件,可以输出"helllo,world!"字样.
要小,那么第一个想到的应该是nasm而不是手写bin.前者比后者明智许多并且效率高.等效替代嘛!
再就是,结合上述两种优化体积的方法,来试试最小能到多少
(众所周知,-m32比-m64小,32位的指令宽,以及对齐什么的都有影响,所以为了效果明显在此使用32位编译)
写个asm:
[SECTION .text]
[GLOBAL _pp]
[GLOBAL _dlls]
[EXTERN _printf]
[BITS 32]
_pp:
PUSH EBP
MOV EBP, ESP
SUB ESP, 12
PUSH LC0
CALL _printf
LEAVE
RET
_dlls:
PUSH EBP
MOV EBP, ESP
NOP
MOV EAX, 1
LEAVE
RET
[SECTION .data]
LC0:
DB "hello,world!", 10, 0
(注:’\n’ == 10)
编译的命令:
nasm -fwin32 a.asm -o a.o
gcc -m32 -nostartfiles -s -w -e_pp a.o -o a.exe
./a
由于没有符号表,所以不展示objdump的结果了.但是可以明确的是,这个程序里只有我们的代码段,和少许gcc加进去的信息.试验成功!2K!
另:由此可见,对齐也是有影响的.不可能每次编译都是正好512等二进制"整"数的整数倍啊!我自己试了下,改动汇编代码(比如加个NOP)不会影响输出文件的大小,证明该文件是以合适的字节大小对齐.