This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


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

To: Anthony Liguori <aliguori@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] tools top level makefile cleanup
From: Hollis Blanchard <hollisb@xxxxxxxxxx>
Date: Wed, 23 Mar 2005 14:57:34 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Adam Heath <doogie@xxxxxxxxxxxxx>, Jerone Young <jyoung5@xxxxxxxxxx>
Delivery-date: Wed, 23 Mar 2005 20:59:58 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4241D60C.5090205@xxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <1111525821.3796.4.camel@thinkpad> <200503231415.41327.hollisb@xxxxxxxxxx> <4241D60C.5090205@xxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.7.2
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

Hollis Blanchard
IBM Linux Technology Center

This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.  Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
Xen-devel mailing list