Re: Mass rebuild report for August 29 2013

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

 



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:

mingw-libvirt-1.1.2-1
	** 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

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]