[libvirt] libvirt-2.0.0 build error (hidden symbol libvirt_event_poll_update_handle_semaphore)

Michal Privoznik mprivozn at redhat.com
Fri Jun 23 07:57:36 UTC 2017


On 06/23/2017 04:33 AM, longguang.yue wrote:
> Hi, all:
>     i back port a patch which make qemu depends on util directory.
> so i correct its dependency  by applying a patch.  but another error occur.
> the patch is :
> --- libvirt-2.0.0/src/Makefile.am       2016-06-27 22:12:20.523191076 +0800
> +++ libvirt-2.0.0-ok/src/Makefile.am    2017-06-22 12:25:17.512000000 +0800
> @@ -1362,6 +1362,7 @@
>                 -I$(srcdir)/access \
>                 -I$(srcdir)/conf \
>                 -I$(srcdir)/secret \
> +               -I$(srcdir)/util \
>                 $(AM_CFLAGS)
>  libvirt_driver_qemu_impl_la_LDFLAGS = $(AM_LDFLAGS)
>  libvirt_driver_qemu_impl_la_LIBADD = $(CAPNG_LIBS) \
> @@ -1369,6 +1370,7 @@
>                                 $(LIBNL_LIBS) \
>                                 $(LIBXML_LIBS) \
>                                 libvirt_secret.la \
> +                               libvirt_util.la \
>                                 $(NULL)
>  libvirt_driver_qemu_impl_la_SOURCES = $(QEMU_DRIVER_SOURCES)

When linking with libvirt_util, you also want to link with
libvirt_probes.o. However, conditionally:

if WITH_DTRACE_PROBES
libvirt_driver_qemu_impl_la_LDADD += libvirt_probes.lo
endif WITH_DTRACE_PROBES

However, libvirt-driver-qemu-impl.la is going to be
libvirt-driver-qemu.so which is eventually loaded by the daemon which
already has libvirt_util (via libvirt.so). So what I'm saying is that
you should not need to link with libvirt_util in the first place.

Michal




More information about the libvir-list mailing list