* compile error in xen-unstable
@ 2009-11-16 12:06 Juergen Gross
2009-11-16 14:04 ` Juergen Gross
0 siblings, 1 reply; 3+ messages in thread
From: Juergen Gross @ 2009-11-16 12:06 UTC (permalink / raw)
To: xen-devel@lists.xensource.com
Hi,
the current build of xen-unstable seems to be broken. After a "make world"
I get the following:
CC i386-dm/helper2.o
helper2.c: In function ‘cpu_x86_init’:
helper2.c:142: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
helper2.c: In function ‘sp_info’:
helper2.c:219: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
helper2.c:224: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 6 has type ‘uint32_t’
helper2.c:224: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 7 has type ‘uint32_t’
helper2.c:226: error: ‘ioreq_t’ has no member named ‘io_count’
helper2.c: In function ‘__cpu_get_ioreq’:
helper2.c:235: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
helper2.c:242: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 7 has type ‘uint32_t’
helper2.c:242: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 8 has type ‘uint32_t’
helper2.c: In function ‘cpu_handle_ioreq’:
helper2.c:517: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 7 has type ‘uint32_t’
helper2.c:517: warning: format ‘%lx’ expects type ‘long unsigned int’, but
argument 8 has type ‘uint32_t’
make[5]: *** [helper2.o] Error 1
make[5]: Leaving directory
`/home/gross/xen-unstable.hg/tools/ioemu-remote/i386-dm'
make[4]: *** [subdir-i386-dm] Error 2
make[4]: Leaving directory `/home/gross/xen-unstable.hg/tools/ioemu-remote'
make[3]: *** [subdir-install-ioemu-dir] Error 2
make[3]: Leaving directory `/home/gross/xen-unstable.hg/tools'
make[2]: *** [subdirs-install] Error 2
make[2]: Leaving directory `/home/gross/xen-unstable.hg/tools'
make[1]: *** [install-tools] Error 2
make[1]: Leaving directory `/home/gross/xen-unstable.hg'
make: *** [world] Error 2
Juergen
--
Juergen Gross Principal Developer Operating Systems
TSP ES&S SWE OS6 Telephone: +49 (0) 89 636 47950
Fujitsu Technolgy Solutions e-mail: juergen.gross@ts.fujitsu.com
Otto-Hahn-Ring 6 Internet: ts.fujitsu.com
D-81739 Muenchen Company details: ts.fujitsu.com/imprint.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: compile error in xen-unstable
2009-11-16 12:06 compile error in xen-unstable Juergen Gross
@ 2009-11-16 14:04 ` Juergen Gross
2009-11-26 23:12 ` Simon Horman
0 siblings, 1 reply; 3+ messages in thread
From: Juergen Gross @ 2009-11-16 14:04 UTC (permalink / raw)
To: xen-devel@lists.xensource.com
Strange, now it is working.
Either someone has changed something, or deleting the whole build tree and
trying again helped. In the latter case there is something wrong with the
"make world", which should not depend on old data IMO.
Juergen
Juergen Gross wrote:
> Hi,
>
> the current build of xen-unstable seems to be broken. After a "make world"
> I get the following:
>
>
> CC i386-dm/helper2.o
> helper2.c: In function ‘cpu_x86_init’:
> helper2.c:142: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
> helper2.c: In function ‘sp_info’:
> helper2.c:219: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
> helper2.c:224: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 6 has type ‘uint32_t’
> helper2.c:224: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 7 has type ‘uint32_t’
> helper2.c:226: error: ‘ioreq_t’ has no member named ‘io_count’
> helper2.c: In function ‘__cpu_get_ioreq’:
> helper2.c:235: error: ‘shared_iopage_t’ has no member named ‘vcpu_iodata’
> helper2.c:242: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 7 has type ‘uint32_t’
> helper2.c:242: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 8 has type ‘uint32_t’
> helper2.c: In function ‘cpu_handle_ioreq’:
> helper2.c:517: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 7 has type ‘uint32_t’
> helper2.c:517: warning: format ‘%lx’ expects type ‘long unsigned int’, but
> argument 8 has type ‘uint32_t’
> make[5]: *** [helper2.o] Error 1
> make[5]: Leaving directory
> `/home/gross/xen-unstable.hg/tools/ioemu-remote/i386-dm'
> make[4]: *** [subdir-i386-dm] Error 2
> make[4]: Leaving directory `/home/gross/xen-unstable.hg/tools/ioemu-remote'
> make[3]: *** [subdir-install-ioemu-dir] Error 2
> make[3]: Leaving directory `/home/gross/xen-unstable.hg/tools'
> make[2]: *** [subdirs-install] Error 2
> make[2]: Leaving directory `/home/gross/xen-unstable.hg/tools'
> make[1]: *** [install-tools] Error 2
> make[1]: Leaving directory `/home/gross/xen-unstable.hg'
> make: *** [world] Error 2
>
>
> Juergen
>
--
Juergen Gross Principal Developer Operating Systems
TSP ES&S SWE OS6 Telephone: +49 (0) 89 636 47950
Fujitsu Technolgy Solutions e-mail: juergen.gross@ts.fujitsu.com
Otto-Hahn-Ring 6 Internet: ts.fujitsu.com
D-81739 Muenchen Company details: ts.fujitsu.com/imprint.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: compile error in xen-unstable
2009-11-16 14:04 ` Juergen Gross
@ 2009-11-26 23:12 ` Simon Horman
0 siblings, 0 replies; 3+ messages in thread
From: Simon Horman @ 2009-11-26 23:12 UTC (permalink / raw)
To: Juergen Gross; +Cc: xen-devel@lists.xensource.com
On Mon, Nov 16, 2009 at 03:04:17PM +0100, Juergen Gross wrote:
> Strange, now it is working.
> Either someone has changed something, or deleting the whole build tree and
> trying again helped. In the latter case there is something wrong with the
> "make world", which should not depend on old data IMO.
I saw the same thing. I think that the problem occurs when the xen tree is
updated but the qemu-xen (aka. tools/ioemu-remote) tree is not.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-11-26 23:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-16 12:06 compile error in xen-unstable Juergen Gross
2009-11-16 14:04 ` Juergen Gross
2009-11-26 23:12 ` Simon Horman
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.