关于Makefile

第一本参考书大家看一点就晓得,作者使用的是他发的工具链.
里面有cc1,make,…
为了脱离不透明工具链(过时),决定使用gcc,但是实践中出现一些莫名其妙的问题在此记录:

背景

一模一样的程序,一模一样的Makefile文件,命令完全相同

问题1

TARGET_IMG  = release/MonkeyOS.img
make     = ../z_tools/make.exe # 注意:这个千万不要改
run:
	$(make) $(TARGET_IMG)

生成的镜像,完全没问题

但是如果改成
make $(TARGET_IMG)就会出错,而且很要命

这里自然而然想到,手动写make release/MonkeyOS.img会怎么样.
得到的结果仍是:vmware报错,fatal…

问题2

各模块都可以直接gcc -c -m32 -std=c99,众所周知它等效于:

cc1 -m32 -std=c99 -o .s
as --32 .s -o .o

一条命令的那个用来编译主程序,就报错,后者就正常

build/%.kernel.o: kernel/%.c include/kernel/%.h Makefile
	@$(cc) $< -o $@
	@echo $@

build/MonkeyOS.kernel.o: kernel/MonkeyOS.c include/kernel/MonkeyOS.h Makefile # 注意:千万不要换成gcc -c,后果自负
	where cc1
	@cc1 $< -m32 -std=c99 -o build/MonkeyOS.kernel.s -I include/ -Os
	@echo 
	@as --32 build/MonkeyOS.kernel.s -o $@

其中,cc = gcc -m32 -Os -I include/ -c -std=c99

稍有头绪但是仍不清晰

为什么Makefile会有如此奇怪的怪圈?难道是mingw版本高了有bug?不大可能,那么会不会是环境的问题?试试看
把z_tools/里的make.exe放到mingw/的bin/,在此之前把原有make.exe改成make_.exe 结果:仍报错
这说明不是make的问题,问题在于make调用了哪个cc1
gcc的问题肯定没有,因为在系统环境变量下,只能是mingw的那个gcc
前文有提到,主程序必须cc1+as,as跟gcc一样,问题就在于cc1!

猜测

使用z_tools/make.exe的时候,内部调用z_tools/cc1.exe

验证

把z_tools/cc1.exe改成z_tools/cc1_.exe
结果:不正常了.

为什么这样做?

小细节注意到:使用系统make的时候调用cc1底下会有几行统计信息,解析时间,编译时间,等等
但是z_tools/的cc1,却只输出程序文件中的函数名,这说明两个环境下的Makefile调用的是不同的cc1

结论

由此得出结论:make.exe自动优先搜索它所在目录下的程序(这不废话,这好像windows下的吧)
可以做个小实验:把作者提供的cc1换到mingw下,然后直接make估计就能成(我不敢因为怕那个cc1不如mingw的())