[Libvir] --without-*

Mark Johnson johnson.nh at gmail.com
Thu Aug 30 21:53:32 UTC 2007


On 8/30/07, Daniel P. Berrange <berrange at redhat.com> wrote:
> On Thu, Aug 30, 2007 at 04:44:39PM -0400, Mark Johnson wrote:
> > Hi all,
> >
> > Merging up to 0.3.2 on Solaris finally..  I had a couple of things on my list
> > of hacked patches, and not being a configure expert  I figured I would
> > ask here...
>
> NB, even if you merely want to use Xen guests, you still need to have the
> QEMU driver available because it provides the impl of the networking APIs
> which is shared between both QEMU & Xen.

Hmm, I guess I'm missing how this happens? If you do a --without-qemu,
the qemu code is never registered.

#ifdef WITH_QEMU
    if (qemudRegister() == -1) return -1;
#endif

It seems to be the only code which registers this code??
   virRegisterNetworkDriver(&qemuNetworkDriver);



> > How hard it is to change the config logic to account for the various
> > --without's.
>
> The way the --withouts are implemented currently is that the body of each
> file is #ifdef'd. Slightly sucky to be honest - it would be better to
> put the logic in the Makefile.am, just adjusting the list ofsource files
> which are built as you suggest
>
> > --without-qemu,
> >   o ./Makefile.in -  SUBDIRS shouldn't include qemud
>
> Actaully the qemud directory has nothing todo with QEMU anymore - its only
> the generic daemon code now. We didn't rename it since the source code dir
> name is merely a cosmetic thing & its better to keep CVS history intact.

Ah, good to know.. I have the base 0.3.2 code working now.  I need
to start looking at the remote functionality now. I should have some
patches posted in the next couple of days..



> >   o ./src/Makefile.in
> >       o am__objects_1 shouldn't include:
> >          o libvirt_la-bridge.lo
> >          o libvirt_la-iptables.lo
> >          o libvirt_la-qemu_driver.lo
> >          o libvirt_la-qemu_conf.lo
> >      o client sources, build rules, etc for the above.
> >
> > --without-test (Incuding srcs, rules, etc)
> >     o libvirt_la-test.lo, etc...
> >
> > --without-xen (Incuding srcs, rules, etc)
> >     o libvirt_la-xen_internal.lo
> >     o libvirt_la-xs_internal.lo
> >     o libvirt_la-xend_internal.lo
> >
> > --without-remote (Incuding srcs, rules, etc)
> >     o libvirt_la-remote_internal.lo
> >     o am_libvirt_la_OBJECTS shouldn't include am__objects_2
> >
> >
> > One other thing I was curious about... I noticed the remote code
> > uses remote_protocol* out of the ./qemud dir..  I was just curious if
> > I should expect that to move somewhere else soon, or if you were
> > going to leave it there?
>
> Going to say in place, unless we ever switch to non-CVS scm which can do
> renames while preserving history.


OK, thanks Dan.



MRJ



> Dan.
> --
> |=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
> |=-           Perl modules: http://search.cpan.org/~danberr/              -=|
> |=-               Projects: http://freshmeat.net/~danielpb/               -=|
> |=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=|
>




More information about the libvir-list mailing list