Re: [Xen-devel] Xen unstable on NetBSD

[Roger Pau Monné <roger.pau@xxxxxxxxxxxxx>]

Don't really know where that comes from, my env is:

ENV=/root/.shrc
BLOCKSIZE=1k
PWD=/root/xen-unstable.hg
HOME=/root
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/pkg/sbin:/usr/pkg/bin:/usr/X11R7/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin
HOST=loki
TERM=xterm
USER=root
LOGNAME=root
SU_FROM=royger
SHELL=/bin/sh

And I haven't got any specific configuration in /etc/mk.conf. The
problem comes when including /usr/pkg/include, that's where libxl.h
resides. Since I cannot find where the libraries get included I've
moved out the ones I have in /usr/pkg/include from Xen 4.1.1. (It's a
crappy solution, I know...). The compilation was able to pass the
point where it stalled before, but now I get errors in stubdom. The
trace is very long, so I've pasted it in pastebin:

http://pastebin.com/8bpxpjMT

Thanks, Roger.

2011/7/7 Ian Campbell <Ian.Campbell@xxxxxxxxxx>:
> On Thu, 2011-07-07 at 12:49 +0100, Roger Pau Monné wrote:
>> Hello,
>>
>> I'm trying to compile Xen unstable on NetBSD, I've aplied the patches
>> from 
>> http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/sysutils/xentools41/patches/?only_with_tag=MAIN
>> and copied the blk files from
>> http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/sysutils/xentools41/files/?only_with_tag=MAIN
>> (I don't know which of these patches have been applied to xen
>> unstable, so I've tried to apply all of them, and copied blk files to
>> /tools/blktap/drivers/ because xen was complaining about not finding
>> -lblktap while compiling). After all that, when doing a "gmake dist" I
>> get the following error:
>>
>> gcc -DNDEBUG -O2 -DHAVE_DB_185_H -I/usr/include -I/usr/pkg/include -O1
>> -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing -std=gnu99 -Wall
>> -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement
>> -D__XEN_TOOLS__ -MMD -MF .build.d -fno-optimize-sibling-calls -fPIC
>> -I../../tools/include -I../../tools/libxl -I../../tools/libxc
>> -Ixen/lowlevel/xl -I/usr/pkg/include/python2.6 -c xen/lowlevel/xl/xl.c
>> -o build/temp.netbsd-5.99.52-amd64-2.6/xen/lowlevel/xl/xl.o
>> -fno-strict-aliasing -Werror
>> In file included from xen/lowlevel/xl/xl.c:210:
>> xen/lowlevel/xl/_pyxl_types.h:47: error: expected ')' before '*' token
>> xen/lowlevel/xl/_pyxl_types.h:48: error: expected declaration
>> specifiers or '...' before 'libxl_domid'
>
> I suspect this is because -I/usr/include precedes -I../../tools/libxl on
> your command line and you are therefore picking up an older installed
> version of libxl.h which does not define libxl_domid.
>
> Any idea why /usr/include is in (presumably) CFLAGS for you? It doesn't
> look like it has come from the Xen build system (or at least I can't
> find it).
>
> Perhaps the same place as "-DHAVE_DB_185_H" which doesn't seem to be Xen
> related either?
>
> Ian.
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>

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