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] stubdom: build failure

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] stubdom: build failure
From: Christoph Egger <Christoph.Egger@xxxxxxx>
Date: Wed, 24 Sep 2008 16:21:22 +0200
Cc: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Wed, 24 Sep 2008 07:23:55 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C500047A.27708%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: <C500047A.27708%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.7
On Wednesday 24 September 2008 15:51:38 Keir Fraser wrote:
> On 24/9/08 14:39, "Christoph Egger" <Christoph.Egger@xxxxxxx> wrote:
> >> Uh, it's odd that -print-search-dirs doesn't provide the install one.
> >> Does gcc -print-file-name=include/stddef.h provide the correct path?
> >
> > No. gcc -print-file-name=blah  works like  echo blah
> > On NetBSD there are only system libs and headers.
> >
> > On NetBSD stddef.h is in /usr/include/  as well as
> > stdarg.h, stdbool.h, etc.
> Could we perhaps force GCC_INSTALL to /usr/include on BSD systems? Or if
> GCC_INSTALL is empty after executing the current shell runes?
> Can you check forcing GCC_INSTALL=/usr/include works? I assume it might
> cause us to put more headers in the search path than we'd like.

Since the buildsystem appends include automatically, I tested with
forcing GCC_INSTALL="/usr/"

This fixed the problem about not finding stddef.h , but shows
other errors then:

In file included from /usr/include/sys/time.h:38,
from /build/xen-staging-netbsd.hg/stubdom/../extras/mini-os/include/errno.h:116,
from ../../../../../newlib-1.16.0/newlib/libc/argz/argz_add.c:7:
/usr/include/sys/types.h:286: error: conflicting types for 'time_t'
error: previous declaration of 'time_t' was here
/usr/include/sys/types.h:301: error: conflicting types for 'suseconds_t'
error: previous declaration of 'suseconds_t' was here


AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy

Xen-devel mailing list