减小编译体积(C语言)

减小gcc的编译体积

  • 先来说说exe
    • 纵观各个选项的效果
  • 最佳效果
  • 来说说dll
    • 一个玩法
    • 似乎没用的警告?
    • 解决它,给出实现
    • 提高
  • 小实验
    • 目标
    • 思路
    • 开干

先来说说exe

作为可执行文件,其体积重要性不得而知.

纵观各个选项的效果

(本文所有一律采取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

似乎并没什么用

来说说dll

动态链接库的体积一直是个迷…还是先看看各个选项的结果吧(默认加上-m32)

开关 体积
80k
-s 11k
-s -w 11k

一个玩法

你可以带上-nostartfiles开关.来看看效果
减小编译体积(C语言)_第1张图片

似乎没用的警告?

看得见没有定义一个函数叫做_DllMainCRTStartup@12.很明显这是stdcall的格式.可以理解成一个叫做DllMainCRTStartup的函数,有三个int型参数.
抱着信心忽略这个警告,结果翻车了:打印的内容呢!

解决它,给出实现

看名字好像是启动函数.诶?dll也有主函数?是的没错网上查就知道了.听说这个函数会在dll被加载,写在,或者线程启动等时机被自动调用.

那是不是给出这个函数的实现就行了呢?可以试试这个:
减小编译体积(C语言)_第2张图片
编译试试?警告:

说白了用自己的函数替代了标准运行时库的那个启动函数(其实是个缺省值)
运行试试?还是不行.
网上查了下资料,看见有人写了个startup函数,返回true!

减小编译体积(C语言)_第3张图片
ref
咱也来试试呵,给他改一下:

运行成功!

提高

明显可以在任意项目的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

减小编译体积(C语言)_第4张图片

由于没有符号表,所以不展示objdump的结果了.但是可以明确的是,这个程序里只有我们的代码段,和少许gcc加进去的信息.试验成功!2K!

另:由此可见,对齐也是有影响的.不可能每次编译都是正好512等二进制"整"数的整数倍啊!我自己试了下,改动汇编代码(比如加个NOP)不会影响输出文件的大小,证明该文件是以合适的字节大小对齐.

你可能感兴趣的:(学习笔记,编译器,dll,c语言,nasm,gcc)