On Fri, 2016-02-12 at 14:15 +0100, Michal Privoznik wrote: > After the rework of mocking of our tests there's the > virportallocator test failing to link on mingw. Well, it's the > mocking library actually: > > ../gnulib/lib/.libs/libgnu.a(bind.o): In function `rpl_bind': > /home/jenkins/libvirt-mingw/build32/gnulib/lib/../../../gnulib/lib/bind.c:33: multiple definition of `rpl_bind' > .libs/virportallocatormock_la-virportallocatormock.o:/home/jenkins/libvirt- > mingw/build32/tests/../../tests/virportallocatormock.c:79: first defined here > > I've no idea why this matters to mingw and does not to others. > Nevertheless, if we make the test linux only the problem goes > away. > > Apparently, our test for RTLD_NEXT is not sufficient because > mingw32 defines it. Lets put aside for a while fact that it has > the same value as RTLD_DEFAULT which by description has different > meaning, shall we? > > Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> > --- > tests/virportallocatormock.c | 6 ++++-- > tests/virportallocatortest.c | 5 +++-- > 2 files changed, 7 insertions(+), 4 deletions(-) Not a proper solution by any stretch of the imagination, but I'm afraid that we're currently limiting a bunch of other tests to Linux only while they would work on other platforms as well... Let's get the mingw build working again for now: going through the tests to decide which one should be build for which OS is another day's job. ACK -- Andrea Bolognani Software Engineer - Virtualization Team -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list