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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx/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 :|


--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]