Re: [Xen-devel] [PATCH] tools top level makefile cleanup

[Adam Heath <doogie@xxxxxxxxxxxxx>]

On Wed, 23 Mar 2005, Hollis Blanchard wrote:

> On Wednesday 23 March 2005 14:48, Anthony Liguori wrote:
> > Hollis Blanchard wrote:
> > >
> > >But I really don't like that for every command to recurse with (e.g.
> > > clean), you must add more hackery to the Makefile. Your snippet has the
> > > same problem (let's add "clean"...), and it seems all the Makefiles have
> > > all the issues discussed in different places.
> > >
> > >Is there really no better way to solve this problem?
> >
> > The following works for me.  You need a default rule or else make gets
> > really confused but the wildcard rule will catch everything else.
> >
> > SUBDIRS=sub sub1
> >
> > all:
> >     @for i in $(SUBDIRS); do \
> >        $(MAKE) -C $$i $@; \
> >     done
> >
> > %:
> >     @for i in $(SUBDIRS); do \
> >        $(MAKE) -C $$i $@; \
> >     done
>
> But the for loop was the original approach, and Adam described two problems
> with it:
> 1. errors in a sub-make will be ignored
> 2. the sub-makes cannot be parallelized

I've done fancy make stuff for years.  It's what eventually made me write
jmake(pure java implementation of most of gnu-make; just need to resolve the
dependency tree).  Hand-written parser, function/expression, implicit rules.
It can currently parse the entire 2.6 kernel build system.

I need to release it.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel