[libvirt] [PATCH] Revert "tests: Don't link mock libraries against libvirt and gnulib"

Daniel P. Berrange berrange at redhat.com
Wed Feb 10 18:09:12 UTC 2016


On Wed, Feb 10, 2016 at 06:33:21PM +0100, Andrea Bolognani wrote:
> This reverts commit 6aa90452aa63cb1e1ffa84ff5f93f5873bf810a0.
> 
> Turns out that not linking against libvirt and gnulib is okay for
> regular Linux (and FreeBSD) builds, but makes mingw very unhappy.
> 
>   .../virnetserverclientmock_la-virnetserverclientmock.o:
>     In function `virNetSocketGetSELinuxContext':
>     .../virnetserverclientmock.c:61: undefined reference to `rpl_strdup'
>   .../libvirportallocatormock_la-virportallocatortest.o:
>     In function `init_syms':
>     .../virportallocatortest.c:61: undefined reference to `virFileClose'
> ---
> Pushed as build breaker.
> 
> Bunny ears of shame will be deployed in the morning.

You should still be able to drop linkage of libvirt.la, just keep
the gnulib bits.  The gnulib addition is harmless, because it is
a static library the linker will drop all functions which are not
actually used by the mock.o, so it will end up being a no-op on
Linux, and will only pull in rpl_strup on mingw32. We should never
link libvirt.la to mock libs though.


Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list