Re: [PATCH 18/21] Added support for libdispatch main queue in the main run loop.

2013-03-04 Thread Richard Frith-Macdonald
On 1 Mar 2013, at 18:15, Jean-Charles BERTIN wrote: Hmmm sorry but its clearly none of these solutions that will fix the problem: if context watchers is empty the run loop will never execute -[GSRunLoopCtxt pollUntil:within:]! So I suggest an another patch to fix this. Adding support for

Re: [PATCH 18/21] Added support for libdispatch main queue in the main run loop.

2013-03-04 Thread Niels Grewe
On 04.03.2013 10:00, Richard Frith-Macdonald wrote: the first, smaller patch, to change configure.ac and the cofig.h.in and base.make.in files to detect the presence/usability of libdispatch (would we only consider it usable if we had block support?), We already have a working check for

Re: [PATCH 18/21] Added support for libdispatch main queue in the main run loop.

2013-03-04 Thread Richard Frith-Macdonald
On 4 Mar 2013, at 10:43, Niels Grewe wrote: On 04.03.2013 10:00, Richard Frith-Macdonald wrote: the first, smaller patch, to change configure.ac and the cofig.h.in and base.make.in files to detect the presence/usability of libdispatch (would we only consider it usable if we had block

Re: [PATCH 18/21] Added support for libdispatch main queue in the main run loop.

2013-03-04 Thread Jean-Charles BERTIN
Let me explain this. libdispatch on MacOS exports several symbols to handle integration with CoreFoundation: 1/ _dispatch_begin_NSAutoReleasePool/_dispatch_end_NSAutoReleasePool which are used by CF to handle ARP creation/destruction for its worker threads. 2/

Question

2013-03-04 Thread Laurent Michel
Hi! I'm trying to port an application developed initially on MacOS to GNUstep to have it running under Linux. The code uses Objective-C (latest flavor, no ARC, but Objective-C 2.0) and is compiled on Mountain Lion using clang. I did this a year ago and was successful once. I'm now repeating