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 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] minios: minor buildsystem fixes

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] minios: minor buildsystem fixes
From: Christoph Egger <Christoph.Egger@xxxxxxx>
Date: Wed, 15 Jul 2009 14:27:00 +0200
Cc: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Delivery-date: Wed, 15 Jul 2009 05:28:39 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C68370A6.F977%keir.fraser@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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C68370A6.F977%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.7
On Wednesday 15 July 2009 12:40:22 Keir Fraser wrote:
> On 15/07/2009 10:42, "Christoph Egger" <Christoph.Egger@xxxxxxx> wrote:
> > Attached patch changes MiniOS.mk and tools/Rules.mk
> > use the OS settings we build on.
> >
> > Signed-off-by: Christoph Egger <Christoph.Egger@xxxxxxx>
>
> This may need some thought. Using XEN_OS in some places and open coding
> 'uname -s' in others is just not nice and is fragile.
>
> Since stubdom is not being built in its own chroot, does it make sense for
> it to override XEN_OS at all? Should we keep that as 'build host OS'? The
> change around LFS in tools/Rules.mk could be indicative of a deeper issue
> -- information about arbitrary (non-GNU) host environments leaking into
> binaries which are actually targetting GNUish minios. Can the current
> approach work safely for NetBSD, Solaris, ... build hosts?
>
> So I throw this one to Stefano/Samuel. ;-)

The current approach works for Linux only.
NetBSD's base system is designed for cross-building.
My roadmap is to change the way how to build mini-os/stubdom
fundamentally:

The new infrastructure I have in mind will allow to choose if you use
newlib, libz, lwip and pciutils or use the native libs from the
base system.

Linux build will default to first, NetBSD build will default to latter one.

NetBSD libc doesn't have linux integer types, that's why mini-os
has been moved to C99 integer types. The mini-os headers need
some re-structuring to not conflict with the native libc, namely
if you want a mini-os header you explicitely have to type
<mini-os/header.h>

Christoph


-- 
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Karl-Hammerschmidt-Str. 34, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Thomas M. McCoy, Giuliano Meroni
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel