--without-loadable-drivers

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

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

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 ?

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(a)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.

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.