WARNING - OLD ARCHIVES

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/
Xen

xen-devel

[Top] [All Lists]

Re: [Xen-devel] Building broken with CS 13282

To: "John Levon" <levon@xxxxxxxxxxxxxxxxx>, "Keir Fraser" <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Building broken with CS 13282
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: 2007年1月09日 08:25:15 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: 2007年1月09日 00:23:29 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C1C84260.7492%keir@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20070108172634.GA10076@xxxxxxxxxxxxxxxxxxxxxxx> <C1C84260.7492%keir@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>If there are dependencies among the auto-generated headers then they need to
>be listed explicitly. Multiple dependencies listed in a single rule can be
>made in parallel.
No, that's not the case - each header can be built independently, since the
#include-s are being substituted before handing to the preprocessor (not the
compiler, hence incomplete definitions don't matter), and substituted back
afterwards.
John, in order to understand what's wrong on your end I'll need more than just
the failing compiler invocation, specifically all the commands run while 
building in
xen/include (invoked from xen/Makefile:73). Since that's a series of $(MAKE)
invocations there, failure here should prevent making $(TARGET). Hence I
have to assume that something fails in the process of handling xen/include, but
doesn't indicate so through the process exit status (for that knowing what
actually got generated in xen/include/compat/ might also provide a clue).
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] [PATCH] fix free of event channel in blkfront , Kasai Takanori
Next by Date: Re: [Xen-devel] multiboot-like domain building? , Samuel Thibault
Previous by Thread: Re: [Xen-devel] Building broken with CS 13282 , John Levon
Next by Thread: RE: [Xen-devel] Building broken with CS 13282 , Yu, Ping Y
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /