On 07/04/12 17:00, Daniel P. Berrange wrote:
On Wed, Jul 04, 2012 at 06:39:46AM -0600, Eric Blake wrote:
On 07/03/2012 09:58 AM, Daniel P. Berrange wrote:
From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Currently the build of libvirt_lxc will cause recompilation
of all sources under src/util, src/conf, src/security and
more. Switch the libvirt_lxc process to link against the
libtool convenience libraries that are already built as
part of the main libvirt.os & libvirtd build process
Signed-off-by: Daniel P. Berrange <berrange@xxxxxxxxxx>
---
src/Makefile.am | 39 ++++++++-------------------------------
1 file changed, 8 insertions(+), 31 deletions(-)
Does this mean we can clean up the $(DOMAIN_LIST_SOURCES) hack from
commit 2c68080, where we had a link failure on libvirt_lxc when trying
to pull in src/conf/virdomainlist.c?
I don't recall what the problem was, but it looks like that bit of the
makefile could be cleaned up. I'd expect anything that's in the conf/
directory to be listed under the same _SOURCES variable.
The problem is that when libvirt_lxc binary is built it includes and
links helpers from src/conf/ but does not link everything required for
all the helpers. Some of the helpers (notably: virconsole and
virdomainlist) require some other functions to be linked although they
are not used in libvirt_lxc resulting in a linking failure. I've worked
this around with a separate _SOURCES variable in the makefile that is
not included into libvirt_lxc.
Daniel
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list