Eric managed to compile libdispatch under Linux using the blocks support in libobjc2 and libkqueue (which emulates kqueue on top of timerfd / epoll and friends).
Libobjc2 itself will use libdispatch for background work if it's installed at compile time, but will fall back to its internal implementation of a simplified subset if not. I don't think there are any plans on using libdispatch as a non-optional component in GNUstep. There are some 10.6 APIs that are obviously designed to be implemented with libdispatch (the block-using iterators with the parallel flag, for example, clearly expect to be implemented by pushing all of the blocks off to a libdispatch concurrent queue), but we don't currently implement any of them. There didn't seem to be much enthusiasm for an NSRunLoop cleanup, so I focussed on fun things instead. David On 12 Jan 2011, at 08:00, Banlu Kemiyatorn wrote: > Hi, Are you guys working with libdispatch? I just asked since I saw DC > & RFM's conversations in the archive. I am having my eyes on a GDK > backend but first I need a way to unify gmainloop and our run loop so > I wonder how certain we are on using libdispatch. > Thanks! -- Sent from my PDP-11 _______________________________________________ Gnustep-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnustep-dev
