parallel makes

parallel makes

[Zefram]

Zoltan, consider your patch for parallel makes (the one which caused
unnecessary rebuilds).  The reason this caused extra rebuilds was that
dependencies went like

$(OBJS): proto

proto: FORCE
	# make prototypes

which behaved as if $(OBJS) depended on FORCE.  But we have other rules
like

init.o: zshpaths.h

zshpaths.h: FORCE
	# update zshpaths.h

that do not force rebuilds.  So I think you could get the effect you
wanted if you did something like

$(OBJS): .proto

.proto: FORCE
	# make prototypes

and included a .proto file in the distribution.  This system would have
the added benefit of totally confusing newcomers to the strange ways of
zsh Makefiles even more than they are already.

-zefram

Re: parallel makes

[Zoltan Hidvegi]

Zefram wrote:
> that do not force rebuilds.  So I think you could get the effect you
> wanted if you did something like
> 
> $(OBJS): .proto
> 
> .proto: FORCE
> 	# make prototypes
> 
> and included a .proto file in the distribution.  This system would have
> the added benefit of totally confusing newcomers to the strange ways of
> zsh Makefiles even more than they are already.

Nice idea, which lead me to an even better solution: add $(PROTO)
proto-recursive dependencies to zsh.h or to prototypes.h.

It is really logical as prototypes.h does include $(PROTO) and every object
file already depends on in.  FORCE is not even necessary since
proto-recursive has no dependencies so it is always forced.  This idea is
so obvious that I do not know why I did not invented this before.

About the more and more complicated Makefile scripts: I think all scripts
that do not fit to a 24 lines terminal display should be moved from the
Makefile to separate scripts.  This makes the Makefile more readable and
the scripts more testable.  Add it would allow us to write even better
dependency rules :-).

Zoltan