[libvirt] Has anyone ever gotten the client or full to compile on OS X?
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :( It is currently bugging out at: gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" -DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var\" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align -Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT pci.lo -MD -MP -MF .deps/pci.Tpo -c pci.c -fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Any help is appreciated. -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
FWIW, here is my configure: ./configure --prefix=/opt/libvirt/ --without-sasl --without-avahi -- without-polkit --without-python --without-xen --without-qemu --without- lxc --without-openvz --without-libvirtd I also tried adding the "--without-loadable-drivers" command since I thought including loadable modules may trigger the MODPROBE error. -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 2, 2009, at 5:12 PM, Schley Andrew Kutz wrote:
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :(
It is currently bugging out at:
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/ opt/libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/ opt/libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" - DLOCALEBASEDIR=\"/opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/ opt/libvirt//var\" -DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat - Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wextra - Wshadow -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict- prototypes -Winline -Wredundant-decls -Wno-sign-compare -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous-unwind-tables -I/opt/ local/include -g -O2 -MT pci.lo -MD -MP -MF .deps/pci.Tpo -c pci.c - fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Any help is appreciated.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
--without-loadable-drivers
I meant "--without-loadable-modules" -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 2, 2009, at 5:17 PM, Schley Andrew Kutz wrote:
FWIW, here is my configure:
./configure --prefix=/opt/libvirt/ --without-sasl --without-avahi -- without-polkit --without-python --without-xen --without-qemu -- without-lxc --without-openvz --without-libvirtd
I also tried adding the "--without-loadable-drivers" command since I thought including loadable modules may trigger the MODPROBE error.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:12 PM, Schley Andrew Kutz wrote:
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :(
It is currently bugging out at:
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/ opt/libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/ opt/libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" - DLOCALEBASEDIR=\"/opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/ opt/libvirt//var\" -DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat - Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wextra - Wshadow -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict- prototypes -Winline -Wredundant-decls -Wno-sign-compare -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous-unwind-tables -I/opt/ local/include -g -O2 -MT pci.lo -MD -MP -MF .deps/pci.Tpo -c pci.c -fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Any help is appreciated.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
I'll try one more time. I MEANT --without-driver-modules (sorry for the spam) -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 2, 2009, at 5:18 PM, Schley Andrew Kutz wrote:
--without-loadable-drivers
I meant "--without-loadable-modules"
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:17 PM, Schley Andrew Kutz wrote:
FWIW, here is my configure:
./configure --prefix=/opt/libvirt/ --without-sasl --without-avahi -- without-polkit --without-python --without-xen --without-qemu -- without-lxc --without-openvz --without-libvirtd
I also tried adding the "--without-loadable-drivers" command since I thought including loadable modules may trigger the MODPROBE error.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:12 PM, Schley Andrew Kutz wrote:
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :(
It is currently bugging out at:
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/ opt/libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/ opt/libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" - DLOCALEBASEDIR=\"/opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/ opt/libvirt//var\" -DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat - Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wextra - Wshadow -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict- prototypes -Winline -Wredundant-decls -Wno-sign-compare -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous-unwind-tables -I/ opt/local/include -g -O2 -MT pci.lo -MD -MP -MF .deps/pci.Tpo -c pci.c -fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Any help is appreciated.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
In pci.c I added a definition for MODPROBE 0x0 and I get further in the make, but it still errors out: CHANGE #define MODPROBE 0x0 ERROR gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" -DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var\" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align -Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT libvirt_driver_uml_la-uml_conf.lo -MD -MP -MF .deps/ libvirt_driver_uml_la-uml_conf.Tpo -c uml_conf.c -fno-common -DPIC - o .libs/libvirt_driver_uml_la-uml_conf.o In file included from uml_conf.c:39: uml_conf.h:50: error: syntax error before 'brControl' uml_conf.h:50: warning: no semicolon at end of struct or union uml_conf.h:60: error: syntax error before '}' token In file included from uml_conf.c:45: nodeinfo.h:31: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here uml_conf.c: In function 'umlCapsInit': uml_conf.c:55: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here make[3]: *** [libvirt_driver_uml_la-uml_conf.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 2, 2009, at 5:19 PM, Schley Andrew Kutz wrote:
I'll try one more time.
I MEANT
--without-driver-modules
(sorry for the spam)
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:18 PM, Schley Andrew Kutz wrote:
--without-loadable-drivers
I meant "--without-loadable-modules"
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:17 PM, Schley Andrew Kutz wrote:
FWIW, here is my configure:
./configure --prefix=/opt/libvirt/ --without-sasl --without-avahi --without-polkit --without-python --without-xen --without-qemu -- without-lxc --without-openvz --without-libvirtd
I also tried adding the "--without-loadable-drivers" command since I thought including loadable modules may trigger the MODPROBE error.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 2, 2009, at 5:12 PM, Schley Andrew Kutz wrote:
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :(
It is currently bugging out at:
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR= \"/opt/libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" - DSBINDIR=\"/opt/libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc \" -DLOCALEBASEDIR=\"/opt/libvirt//share/locale\" - DLOCAL_STATE_DIR=\"/opt/libvirt//var\" -DGETTEXT_PACKAGE=\"libvirt \" -Wall -Wformat -Wmissing-prototypes -Wnested-externs -Wpointer- arith -Wextra -Wshadow -Wcast-align -Wwrite-strings -Waggregate- return -Wstrict-prototypes -Winline -Wredundant-decls -Wno-sign- compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous- unwind-tables -I/opt/local/include -g -O2 -MT pci.lo -MD -MP - MF .deps/pci.Tpo -c pci.c -fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Any help is appreciated.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On Sat, May 02, 2009 at 05:29:21PM -0500, Schley Andrew Kutz wrote:
In pci.c I added a definition for MODPROBE 0x0 and I get further in the make, but it still errors out:
CHANGE
#define MODPROBE 0x0
ERROR
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" -DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var\" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align -Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT libvirt_driver_uml_la-uml_conf.lo -MD -MP -MF .deps/ libvirt_driver_uml_la-uml_conf.Tpo -c uml_conf.c -fno-common -DPIC - o .libs/libvirt_driver_uml_la-uml_conf.o In file included from uml_conf.c:39: uml_conf.h:50: error: syntax error before 'brControl' uml_conf.h:50: warning: no semicolon at end of struct or union uml_conf.h:60: error: syntax error before '}' token In file included from uml_conf.c:45: nodeinfo.h:31: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here uml_conf.c: In function 'umlCapsInit': uml_conf.c:55: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here make[3]: *** [libvirt_driver_uml_la-uml_conf.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
You ought to be able to add '--without-uml' to configure args to fix that problem Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
Okay, it err'd out when it couldn't find malloc.h in sexpr.c so I changed the include to: #include "sys/malloc.h" and it gets past the malloc.h error now, but now it fails with the following error: Extracting /Users/akutz/Source/libvirt-0.4.0/src/../gnulib/lib/.libs/ libgnu.a (cd .libs/libvirt.lax/libgnu.a && ar x /Users/akutz/Source/ libvirt-0.4.0/src/../gnulib/lib/.libs/libgnu.a) gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress - o .libs/libvirt.0.4.0.dylib .libs/libvirt_la-libvirt.o .libs/ libvirt_la-hash.o .libs/libvirt_la-test.o .libs/libvirt_la-buf.o .libs/ libvirt_la-qparams.o .libs/libvirt_la-xml.o .libs/libvirt_la- event.o .libs/libvirt_la-xen_unified.o .libs/libvirt_la- xen_internal.o .libs/libvirt_la-xs_internal.o .libs/libvirt_la- xend_internal.o .libs/libvirt_la-stats_linux.o .libs/libvirt_la- sexpr.o .libs/libvirt_la-virterror.o .libs/libvirt_la- proxy_internal.o .libs/libvirt_la-conf.o .libs/libvirt_la- xm_internal.o .libs/libvirt_la-remote_internal.o .libs/libvirt_la- bridge.o .libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o .libs/ libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o .libs/libvirt_la- openvz_conf.o .libs/libvirt_la-openvz_driver.o .libs/libvirt_la- nodeinfo.o .libs/libvirt_la-util.o .libs/libvirt_la- remote_protocol.o .libs/libvirt.lax/libgnu.a/asnprintf.o .libs/ libvirt.lax/libgnu.a/dummy.o .libs/libvirt.lax/libgnu.a/ getdelim.o .libs/libvirt.lax/libgnu.a/getline.o .libs/libvirt.lax/ libgnu.a/physmem.o .libs/libvirt.lax/libgnu.a/poll.o .libs/libvirt.lax/ libgnu.a/printf-args.o .libs/libvirt.lax/libgnu.a/printf-parse.o .libs/ libvirt.lax/libgnu.a/strndup.o .libs/libvirt.lax/libgnu.a/ strnlen.o .libs/libvirt.lax/libgnu.a/vasnprintf.o -L/opt/local/lib - L/usr/lib /usr/lib/libxml2.dylib /usr/lib/libpthread.dylib /opt/local/ lib/libz.dylib /usr/lib/libicucore.dylib /usr/lib/libm.dylib -lz - lpthread -licucore -lm /opt/local/lib/libgnutls.dylib /opt/local/lib/ libintl.dylib /opt/local/lib/libiconv.dylib /usr/lib/libc.dylib /opt/ local/lib/libtasn1.dylib /opt/local/lib/libgcrypt.dylib /opt/local/lib/ libgpg-error.dylib -Wl,--version-script=./libvirt_sym.version - install_name /opt/libvirt//lib/libvirt.0.dylib -compatibility_version 5 -current_version 5.0 ld: unknown option: --version-script=./libvirt_sym.version collect2: ld returned 1 exit status make[2]: *** [libvirt.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 5, 2009, at 4:15 AM, Daniel P. Berrange wrote:
On Sat, May 02, 2009 at 05:29:21PM -0500, Schley Andrew Kutz wrote:
In pci.c I added a definition for MODPROBE 0x0 and I get further in the make, but it still errors out:
CHANGE
#define MODPROBE 0x0
ERROR
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/ opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" -DLOCALEBASEDIR= \"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var\" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align - Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT libvirt_driver_uml_la-uml_conf.lo -MD -MP -MF .deps/ libvirt_driver_uml_la-uml_conf.Tpo -c uml_conf.c -fno-common -DPIC - o .libs/libvirt_driver_uml_la-uml_conf.o In file included from uml_conf.c:39: uml_conf.h:50: error: syntax error before 'brControl' uml_conf.h:50: warning: no semicolon at end of struct or union uml_conf.h:60: error: syntax error before '}' token In file included from uml_conf.c:45: nodeinfo.h:31: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here uml_conf.c: In function 'umlCapsInit': uml_conf.c:55: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here make[3]: *** [libvirt_driver_uml_la-uml_conf.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
You ought to be able to add '--without-uml' to configure args to fix that problem
Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
I removed the --version-script from src/Makefile (OS X's version of ld doesn't have the --version-script option). Now it errors out at: Undefined symbols: "_xdr_quad_t", referenced from: _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_get_version_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o "_xdr_u_quad_t", referenced from: _xdr_remote_vcpu_info in libvirt_la-remote_protocol.o _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_domain_get_max_memory_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_set_max_memory_args in libvirt_la- remote_protocol.o _xdr_remote_domain_set_memory_args in libvirt_la- remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_finish_args in libvirt_la- remote_protocol.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [xmlrpctest] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This is where we left it last year: http://www.mail-archive.com/libvir-list@redhat.com/msg04636.html . :) I'm sorry that I'm revisiting old problems, but it's been a year and I'm just getting re-acquainted with the problem. -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 5, 2009, at 8:38 AM, Schley Andrew Kutz wrote:
Okay, it err'd out when it couldn't find malloc.h in sexpr.c so I changed the include to:
#include "sys/malloc.h"
and it gets past the malloc.h error now, but now it fails with the following error:
Extracting /Users/akutz/Source/libvirt-0.4.0/src/../gnulib/lib/.libs/ libgnu.a (cd .libs/libvirt.lax/libgnu.a && ar x /Users/akutz/Source/ libvirt-0.4.0/src/../gnulib/lib/.libs/libgnu.a) gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress - o .libs/libvirt.0.4.0.dylib .libs/libvirt_la-libvirt.o .libs/ libvirt_la-hash.o .libs/libvirt_la-test.o .libs/libvirt_la- buf.o .libs/libvirt_la-qparams.o .libs/libvirt_la-xml.o .libs/ libvirt_la-event.o .libs/libvirt_la-xen_unified.o .libs/libvirt_la- xen_internal.o .libs/libvirt_la-xs_internal.o .libs/libvirt_la- xend_internal.o .libs/libvirt_la-stats_linux.o .libs/libvirt_la- sexpr.o .libs/libvirt_la-virterror.o .libs/libvirt_la- proxy_internal.o .libs/libvirt_la-conf.o .libs/libvirt_la- xm_internal.o .libs/libvirt_la-remote_internal.o .libs/libvirt_la- bridge.o .libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o .libs/ libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o .libs/ libvirt_la-openvz_conf.o .libs/libvirt_la-openvz_driver.o .libs/ libvirt_la-nodeinfo.o .libs/libvirt_la-util.o .libs/libvirt_la- remote_protocol.o .libs/libvirt.lax/libgnu.a/asnprintf.o .libs/ libvirt.lax/libgnu.a/dummy.o .libs/libvirt.lax/libgnu.a/ getdelim.o .libs/libvirt.lax/libgnu.a/getline.o .libs/libvirt.lax/ libgnu.a/physmem.o .libs/libvirt.lax/libgnu.a/poll.o .libs/ libvirt.lax/libgnu.a/printf-args.o .libs/libvirt.lax/libgnu.a/printf- parse.o .libs/libvirt.lax/libgnu.a/strndup.o .libs/libvirt.lax/ libgnu.a/strnlen.o .libs/libvirt.lax/libgnu.a/vasnprintf.o -L/opt/ local/lib -L/usr/lib /usr/lib/libxml2.dylib /usr/lib/ libpthread.dylib /opt/local/lib/libz.dylib /usr/lib/ libicucore.dylib /usr/lib/libm.dylib -lz -lpthread -licucore -lm / opt/local/lib/libgnutls.dylib /opt/local/lib/libintl.dylib /opt/ local/lib/libiconv.dylib /usr/lib/libc.dylib /opt/local/lib/ libtasn1.dylib /opt/local/lib/libgcrypt.dylib /opt/local/lib/libgpg- error.dylib -Wl,--version-script=./libvirt_sym.version - install_name /opt/libvirt//lib/libvirt.0.dylib - compatibility_version 5 -current_version 5.0 ld: unknown option: --version-script=./libvirt_sym.version collect2: ld returned 1 exit status make[2]: *** [libvirt.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 5, 2009, at 4:15 AM, Daniel P. Berrange wrote:
On Sat, May 02, 2009 at 05:29:21PM -0500, Schley Andrew Kutz wrote:
In pci.c I added a definition for MODPROBE 0x0 and I get further in the make, but it still errors out:
CHANGE
#define MODPROBE 0x0
ERROR
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/ opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" - DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var \" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align - Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT libvirt_driver_uml_la-uml_conf.lo -MD -MP -MF .deps/ libvirt_driver_uml_la-uml_conf.Tpo -c uml_conf.c -fno-common - DPIC - o .libs/libvirt_driver_uml_la-uml_conf.o In file included from uml_conf.c:39: uml_conf.h:50: error: syntax error before 'brControl' uml_conf.h:50: warning: no semicolon at end of struct or union uml_conf.h:60: error: syntax error before '}' token In file included from uml_conf.c:45: nodeinfo.h:31: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here uml_conf.c: In function 'umlCapsInit': uml_conf.c:55: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here make[3]: *** [libvirt_driver_uml_la-uml_conf.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
You ought to be able to add '--without-uml' to configure args to fix that problem
Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server. -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 5, 2009, at 8:48 AM, Schley Andrew Kutz wrote:
I removed the --version-script from src/Makefile (OS X's version of ld doesn't have the --version-script option). Now it errors out at:
Undefined symbols: "_xdr_quad_t", referenced from: _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_get_version_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o "_xdr_u_quad_t", referenced from: _xdr_remote_vcpu_info in libvirt_la-remote_protocol.o _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_domain_get_max_memory_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_set_max_memory_args in libvirt_la- remote_protocol.o _xdr_remote_domain_set_memory_args in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_finish_args in libvirt_la- remote_protocol.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [xmlrpctest] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
This is where we left it last year: http://www.mail-archive.com/libvir-list@redhat.com/msg04636.html . :) I'm sorry that I'm revisiting old problems, but it's been a year and I'm just getting re-acquainted with the problem.
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 5, 2009, at 8:38 AM, Schley Andrew Kutz wrote:
Okay, it err'd out when it couldn't find malloc.h in sexpr.c so I changed the include to:
#include "sys/malloc.h"
and it gets past the malloc.h error now, but now it fails with the following error:
Extracting /Users/akutz/Source/libvirt-0.4.0/src/../gnulib/ lib/.libs/libgnu.a (cd .libs/libvirt.lax/libgnu.a && ar x /Users/akutz/Source/ libvirt-0.4.0/src/../gnulib/lib/.libs/libgnu.a) gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress - o .libs/libvirt.0.4.0.dylib .libs/libvirt_la-libvirt.o .libs/ libvirt_la-hash.o .libs/libvirt_la-test.o .libs/libvirt_la- buf.o .libs/libvirt_la-qparams.o .libs/libvirt_la-xml.o .libs/ libvirt_la-event.o .libs/libvirt_la-xen_unified.o .libs/libvirt_la- xen_internal.o .libs/libvirt_la-xs_internal.o .libs/libvirt_la- xend_internal.o .libs/libvirt_la-stats_linux.o .libs/libvirt_la- sexpr.o .libs/libvirt_la-virterror.o .libs/libvirt_la- proxy_internal.o .libs/libvirt_la-conf.o .libs/libvirt_la- xm_internal.o .libs/libvirt_la-remote_internal.o .libs/libvirt_la- bridge.o .libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o .libs/ libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o .libs/ libvirt_la-openvz_conf.o .libs/libvirt_la-openvz_driver.o .libs/ libvirt_la-nodeinfo.o .libs/libvirt_la-util.o .libs/libvirt_la- remote_protocol.o .libs/libvirt.lax/libgnu.a/asnprintf.o .libs/ libvirt.lax/libgnu.a/dummy.o .libs/libvirt.lax/libgnu.a/ getdelim.o .libs/libvirt.lax/libgnu.a/getline.o .libs/libvirt.lax/ libgnu.a/physmem.o .libs/libvirt.lax/libgnu.a/poll.o .libs/ libvirt.lax/libgnu.a/printf-args.o .libs/libvirt.lax/libgnu.a/ printf-parse.o .libs/libvirt.lax/libgnu.a/strndup.o .libs/ libvirt.lax/libgnu.a/strnlen.o .libs/libvirt.lax/libgnu.a/ vasnprintf.o -L/opt/local/lib -L/usr/lib /usr/lib/libxml2.dylib / usr/lib/libpthread.dylib /opt/local/lib/libz.dylib /usr/lib/ libicucore.dylib /usr/lib/libm.dylib -lz -lpthread -licucore -lm / opt/local/lib/libgnutls.dylib /opt/local/lib/libintl.dylib /opt/ local/lib/libiconv.dylib /usr/lib/libc.dylib /opt/local/lib/ libtasn1.dylib /opt/local/lib/libgcrypt.dylib /opt/local/lib/libgpg- error.dylib -Wl,--version-script=./libvirt_sym.version - install_name /opt/libvirt//lib/libvirt.0.dylib - compatibility_version 5 -current_version 5.0 ld: unknown option: --version-script=./libvirt_sym.version collect2: ld returned 1 exit status make[2]: *** [libvirt.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 5, 2009, at 4:15 AM, Daniel P. Berrange wrote:
On Sat, May 02, 2009 at 05:29:21PM -0500, Schley Andrew Kutz wrote:
In pci.c I added a definition for MODPROBE 0x0 and I get further in the make, but it still errors out:
CHANGE
#define MODPROBE 0x0
ERROR
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR= \"/opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" - DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var \" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align - Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline - Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT libvirt_driver_uml_la-uml_conf.lo -MD -MP -MF .deps/ libvirt_driver_uml_la-uml_conf.Tpo -c uml_conf.c -fno-common - DPIC - o .libs/libvirt_driver_uml_la-uml_conf.o In file included from uml_conf.c:39: uml_conf.h:50: error: syntax error before 'brControl' uml_conf.h:50: warning: no semicolon at end of struct or union uml_conf.h:60: error: syntax error before '}' token In file included from uml_conf.c:45: nodeinfo.h:31: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here uml_conf.c: In function 'umlCapsInit': uml_conf.c:55: warning: declaration of 'caps' shadows a global declaration uml_conf.h:59: warning: shadowed declaration is here make[3]: *** [libvirt_driver_uml_la-uml_conf.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
You ought to be able to add '--without-uml' to configure args to fix that problem
Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Well, not that many people seems interested in porting to OS-X, partly I guess because there is no support there for KVM or Xen. I don't know what hypervisor could be used there, but for remote access we sould try to get at least the remote support compiling. W.r.t. the "new box" send me a Mac OS-X one an I may verify compile errors here, if not, well someone else will have to send portability patches ! If they are clean and don't break other arches I will be happy to push them ! But you can't held us responsible for the fact you use a given platform for your libvirt developments. You "should be able to do from my Mac" if "someone" made the little effort of providing patches and checking, it's open source, it's free after all, right ? Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/
On Thursday 07 May 2009 11:20:10 Daniel Veillard wrote:
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Well, not that many people seems interested in porting to OS-X, partly I guess because there is no support there for KVM or Xen. I don't know what hypervisor could be used there, but for remote
VirtualBox supports Mac OS X/Solaris/Windows/etc.. so i would try to do this, but in spare time as that is not on my todo list as of now.
access we sould try to get at least the remote support compiling.
W.r.t. the "new box" send me a Mac OS-X one an I may verify compile errors here, if not, well someone else will have to send portability patches ! If they are clean and don't break other arches I will be happy to push them ! But you can't held us responsible for the fact you use a given platform for your libvirt developments. You "should be able to do from my Mac" if "someone" made the little effort of providing patches and checking, it's open source, it's free after all, right ?
:) Regards, Pritesh
On Thu, May 07, 2009 at 11:38:26AM +0200, Pritesh Kothari wrote:
On Thursday 07 May 2009 11:20:10 Daniel Veillard wrote:
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Well, not that many people seems interested in porting to OS-X, partly I guess because there is no support there for KVM or Xen. I don't know what hypervisor could be used there, but for remote
VirtualBox supports Mac OS X/Solaris/Windows/etc.. so i would try to do this, but in spare time as that is not on my todo list as of now.
Ah, cool, thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/
I have gotten it to compile pretty close to the end. It now fails at: gcc -Wall -Wformat -Wmissing-prototypes -Wnested-externs -Wpointer- arith -Wextra -Wshadow -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant-decls -Wno-sign-compare -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous-unwind-tables -g -O2 - o .libs/event-test event_test-event-test.o -L/opt/local/lib ../../../ src/.libs/libvirt.dylib -L/usr/lib /usr/lib/libxml2.dylib -licucore - lm /opt/local/lib/libgnutls.dylib /opt/local/lib/libtasn1.dylib -lz / opt/local/lib/libgcrypt.dylib /opt/local/lib/libgpg-error.dylib - lpthread /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -lc Undefined symbols: "_rpl_poll$UNIX2003", referenced from: _main in event_test-event-test.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [event-test] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 The UNIX2003 symbol does not exist in 10.4, only in 10.5. I compiled libvirt's dependencies under 10.5, and I am compiling libvirt under 10.5, so I do not know why one of its dependencies is clearly compiled by linking to pre-10.5. The question I have is this. Where can I comment out the necessity for this symbol, and will doing so kill the libvirt remote client? -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 7, 2009, at 4:44 AM, Daniel Veillard wrote:
On Thu, May 07, 2009 at 11:38:26AM +0200, Pritesh Kothari wrote:
On Thursday 07 May 2009 11:20:10 Daniel Veillard wrote:
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Well, not that many people seems interested in porting to OS-X, partly I guess because there is no support there for KVM or Xen. I don't know what hypervisor could be used there, but for remote
VirtualBox supports Mac OS X/Solaris/Windows/etc.. so i would try to do this, but in spare time as that is not on my todo list as of now.
Ah, cool, thanks !
Daniel
-- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/
Daniel,
but for remote access we sould try to get at least the remote support compiling.
Remote access is all I need.
But you can't held us responsible for the fact you use a given platform for your libvirt developments.
I absolutely do not. I am sorry if I came off as snippy or ungrateful. I know how hard you guys work (I'm inundated with patch notices every time I join the list. :) It is simply the frustration of my own job's requirements showing through. Again, no harm intended. -- -a "Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein On May 7, 2009, at 4:20 AM, Daniel Veillard wrote:
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Well, not that many people seems interested in porting to OS-X, partly I guess because there is no support there for KVM or Xen. I don't know what hypervisor could be used there, but for remote access we sould try to get at least the remote support compiling.
W.r.t. the "new box" send me a Mac OS-X one an I may verify compile errors here, if not, well someone else will have to send portability patches ! If they are clean and don't break other arches I will be happy to push them ! But you can't held us responsible for the fact you use a given platform for your libvirt developments. You "should be able to do from my Mac" if "someone" made the little effort of providing patches and checking, it's open source, it's free after all, right ?
Daniel
-- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/
On Thu, May 07, 2009 at 06:15:14AM -0500, Schley Andrew Kutz wrote:
Daniel,
but for remote access we sould try to get at least the remote support compiling.
Remote access is all I need.
Okay, then really we should be able to fix things relatively easilly ! I really don't have any OsX box around, so please send patches :-) just diff -u the part you had to change, surrounding the changes with #ifdef specific to OsX/#endif and that should be fine. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/
On Wed, May 06, 2009 at 03:20:23PM -0500, Schley Andrew Kutz wrote:
Anyone? :( I really don't want to have to bring up a whole new box just do do dev work that I should be able to do from my Mac. I guess I can write against the Java bindings locally and then debug remotely on a Linux server.
Unfortunatley at this point in time, we're not officially supporting Mac OS-X as a platform, since none of us have ability todo regular enough testing to avoid breakage. For Windows biulds we have an automated build running with the mingw cross-compiler to catch problems quickly. We don't have ability todo the same for OS-X unfortunately.. If want to submit patches to fix various OS-X problems you encounter we'll happily accept them & apply, but in absence of automated builds it will require someone todo pretty regular manual build testing to make sure it keeps working. Regards, Daniel
-- -a
"Ideally, a code library must be immediately usable by naive developers, easily customized by more sophisticated developers, and readily extensible by experts." -- L. Stein
On May 5, 2009, at 8:48 AM, Schley Andrew Kutz wrote:
I removed the --version-script from src/Makefile (OS X's version of ld doesn't have the --version-script option). Now it errors out at:
Undefined symbols: "_xdr_quad_t", referenced from: _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_get_version_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_block_stats_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_interface_stats_ret in libvirt_la- remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_node_get_info_ret in libvirt_la-remote_protocol.o "_xdr_u_quad_t", referenced from: _xdr_remote_vcpu_info in libvirt_la-remote_protocol.o _xdr_remote_sched_param_value in libvirt_la-remote_protocol.o _xdr_remote_domain_get_max_memory_ret in libvirt_la- remote_protocol.o _xdr_remote_domain_set_max_memory_args in libvirt_la- remote_protocol.o _xdr_remote_domain_set_memory_args in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_get_info_ret in libvirt_la-remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_prepare_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_perform_args in libvirt_la- remote_protocol.o _xdr_remote_domain_migrate_finish_args in libvirt_la- remote_protocol.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [xmlrpctest] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
This is where we left it last year: http://www.mail-archive.com/libvir-list@redhat.com/msg04636.html . :) I'm sorry that I'm revisiting old problems, but it's been a year and I'm just getting re-acquainted with the problem.
This just sounds like you're missing the portable-xdr library build pre-requisite. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
On Sat, May 02, 2009 at 05:12:59PM -0500, Schley Andrew Kutz wrote:
It's me. The original instigator of the long Leopard thread from early 2008. I once again need to do libvirt development from my Mac, and I still cannot seem to get it to compile :(
It is currently bugging out at:
gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../ include -I../include -I../qemud -I/usr/include/libxml2 -DLIBDIR=\"/opt/ libvirt//lib\" -DBINDIR=\"/opt/libvirt//libexec\" -DSBINDIR=\"/opt/ libvirt//sbin\" -DSYSCONF_DIR=\"/opt/libvirt//etc\" -DLOCALEBASEDIR=\"/ opt/libvirt//share/locale\" -DLOCAL_STATE_DIR=\"/opt/libvirt//var\" - DGETTEXT_PACKAGE=\"libvirt\" -Wall -Wformat -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wextra -Wshadow -Wcast-align -Wwrite- strings -Waggregate-return -Wstrict-prototypes -Winline -Wredundant- decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fasynchronous-unwind-tables -I/opt/local/include -g -O2 -MT pci.lo -MD -MP -MF .deps/pci.Tpo -c pci.c -fno-common -DPIC -o .libs/pci.o pci.c: In function 'pciFindStubDriver': pci.c:652: error: 'MODPROBE' undeclared (first use in this function) pci.c:652: error: (Each undeclared identifier is reported only once pci.c:652: error: for each function it appears in.) make[3]: *** [pci.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Any help is appreciated.
Looks like a bug in our code - we shouldn't build this file unless QEMU or Xen drivers are enabled. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
participants (4)
-
Daniel P. Berrange -
Daniel Veillard -
Pritesh Kothari -
Schley Andrew Kutz