[libvirt] Re: Has anyone ever gotten the client or full to compile on OS X?
Schley Andrew Kutz
sakutz at gmail.com
Tue May 5 13:48:23 UTC 2009
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 :|
>
More information about the libvir-list
mailing list