[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] Disable caml-stubdom by default



I thought the purpose of caml stubdom like c stubdom is an example for 
developing new domains. If that is the case, then I don't think it makes sense 
to build and install it by default. End users who are just building and 
installing xen don't need to have it.

The other problem is that c-stubdom and caml-stubdom have main() functions but 
also define CONFIG_TEST=y in their config files. The test framework also 
defines a main() function, causing a multiple definition linker error.

Whats the intention here? Do we want them to run the test code or do we want 
them to just be simple stubs with hello world main functions?
________________________________________
From: Roger Pau Monné [roger.pau@xxxxxxxxxx]
Sent: Friday, December 14, 2012 10:34 AM
To: Fioravante, Matthew E.
Cc: George Dunlap; Ian Campbell; xen-devel@xxxxxxxxxxxxx
Subject: Re: [Xen-devel] [PATCH] Disable caml-stubdom by default

On 14/12/12 15:33, Fioravante, Matthew E. wrote:
> Caml was disabled in the original stubdom default build targets. I should not 
> have enabled it in my original stubdom autoconf patch.

Does caml-stubdom require something else apart from caml itself? If not
I think it should be enabled by default if caml is detected (like we do
for the caml xenstore in the tools).

> ________________________________________
> From: dunlapg@xxxxxxxxx [dunlapg@xxxxxxxxx] On Behalf Of George Dunlap 
> [dunlapg@xxxxxxxxx]
> Sent: Thursday, December 13, 2012 12:47 PM
> To: Fioravante, Matthew E.
> Cc: Ian Campbell; xen-devel@xxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH] Disable caml-stubdom by default
>
> Is there a rationale for this?  If so, it should probably be in the commit 
> message.
>
>  -George
>
>
> On Thu, Dec 13, 2012 at 3:31 PM, Matthew Fioravante 
> <matthew.fioravante@xxxxxxxxxx<mailto:matthew.fioravante@xxxxxxxxxx>> wrote:
> Signed-off-by: Matthew Fioravante 
> <matthew.fioravante@xxxxxxxxxx<mailto:matthew.fioravante@xxxxxxxxxx>>
> ---
>  stubdom/configure.ac<http://configure.ac> |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/stubdom/configure.ac<http://configure.ac> 
> b/stubdom/configure.ac<http://configure.ac>
> index db44d4a..384a94a 100644
> --- a/stubdom/configure.ac<http://configure.ac>
> +++ b/stubdom/configure.ac<http://configure.ac>
> @@ -18,7 +18,7 @@ m4_include([../m4/depends.m4])
>  # Enable/disable stub domains
>  AX_STUBDOM_DEFAULT_ENABLE([ioemu-stubdom], [ioemu])
>  AX_STUBDOM_DEFAULT_DISABLE([c-stubdom], [c])
> -AX_STUBDOM_DEFAULT_ENABLE([caml-stubdom], [caml])
> +AX_STUBDOM_DEFAULT_DISABLE([caml-stubdom], [caml])
>  AX_STUBDOM_DEFAULT_ENABLE([pv-grub], [grub])
>  AX_STUBDOM_DEFAULT_ENABLE([xenstore-stubdom], [xenstore])
>  AX_STUBDOM_CONDITIONAL([vtpm-stubdom], [vtpm])
> --
> 1.7.10.4
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx<mailto:Xen-devel@xxxxxxxxxxxxx>
> http://lists.xen.org/xen-devel
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel
>


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.