[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] Mass rebuild report for August 29 2013

On 08/29/2013 02:37 PM, Erik van Pienbroek wrote:
> Eric Blake schreef op do 29-08-2013 om 14:07 [-0600]:
>> On 08/29/2013 11:38 AM, Erik van Pienbroek wrote:
>>> This mass rebuild was done using winpthreads instead of the old
>>> pthreads-w32 implementation. In Fedora itself winpthreads isn't
>>> used by default yet, but it will be introduced in Fedora 20 once
>>> all build failures which are caused by it are resolved (if this
>>> takes too long the introduction of winpthreads in Fedora will
>>> have to be postponed until Fedora 21 which is scheduled for
>>> release in Q2 2014). The gcc package is still being built without
>>> --enable-threads=posix (thus support for C++11 std::thread
>>> is not enabled yet)

>>> ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:809: more undefined references to `pthread_sigmask' follow
>>> collect2: error: ld returned 1 exit status
>> Hmm. The libvirt build for mingw explicitly wants to avoid pthread_*,

> Hi Eric,
> Some time ago I filed https://bugzilla.redhat.com/show_bug.cgi?id=969231
> against the Fedora mingw-libvirt package for this issue. According to
> Daniel Berrange winpthreads isn't following the POSIX specifications as
> the symbol pthread_sigmask should be mentioned in signal.h while for
> winpthreads this symbol is currently only mentioned in pthread.h.
> Setting up an environment with Fedora MinGW + winpthreads requires some
> preparation (as I don't want to pollute rawhide yet). A recent rawhide
> environment should be enough as starting point. I just created some
> scratch builds which you can install directly with 'yum localinstall' to
> have a winpthreads-based mingw environment:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=5871269
> http://koji.fedoraproject.org/koji/taskinfo?taskID=5871279

I've played with these in my rawhide VM (and fixed several other libvirt
bugs in the meantime, so the time was not wasted :).  I was unable to
reproduce this particular failure, which may mean that the latest
winpthreads has indeed fixed the issue.  At any rate, I was pleased to
note this in today's mass rebuild notice:

	** Package built successfully while it failed during the previous mass
rebuild **
	Time to build: 12 minutes, 1 second

So at this point, I'll quit worrying further about the issue, and hope
that your conversion to winpthreads goes successfully with the current
state of libvirt.

Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]