On 05/04/2013 18:07, Dave Korn wrote: > On 04/04/2013 10:13, Yaakov (Cygwin/X) wrote: >> On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote: >>> And the reroll failed to build because of the problem JonY ran into with >>> java. Turns out that libjava keys off the presence of pthread_getattr_np >>> (added to the DLL a few versions ago) to decide whether to invoke a couple >>> of >>> boehm-gc functions that only existed in pthread versions, so weren't >>> implemented for win32 threads as used by the Cygwin port. I've added a >>> patch >>> that implements them and am starting again. >> As mentioned previously, I already fixed that in Ports: >> >> http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc >> >> PLEASE use this as the basis for your packages; there are a number of >> important fixes in that patchset. > > Well, I was just going to do a quick update to 4.7.1-1, still as a test: > version, in order to a) fix the dependencies and b) get exported TLS vars > working, and then integrate all your extra patches before doing the first full > curr: release. Is that not a good idea? b) in particular was important for > getting new versions of mpfr to work without having to disable thread support.
Also, c) I have a fixed libffi package to go with it, which would resolve the problems mentioned by Angelo G. in http://cygwin.com/ml/cygwin/2013-04/threads.html#00081 I really think it's worth uploading as a stop-gap. cheers, DaveK
