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 :|
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
