Re: [libvirt] Re: Has anyone ever gotten the client or full to compile on OS X?

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 :| >