<html><body><p><tt><br>> From: Robert Stephen Thompson via swift-corelibs-dev <swift-<br>> corelibs-dev@swift.org></tt><br><tt>> <br>> I might be wrong (I obviously don’t work for Apple or anything), but<br>> when I looked at it, the main stumbling block at this point is the <br>> lack of libdispatch. I mean, all the basic network stuff could be <br>> implemented with posix APIs no problem, but basically all of what <br>> makes NSURLSession et al actually cool comes from GCD. Which does <br>> make me wonder what the status of libdispatch is now… I did try <br>> building it on Linux and it appears to now build “out of the box” <br>> (after installing some additional dependencies), but tests hang. </tt><br><br><tt>Hi,</tt><br><br><tt> I'm hoping you are seeing as a hang is just an unfortunate current ordering of test cases. For me, the tests run and 29 of 32 pass. It is currently running dispatch_select as the first test, which is perhaps a bad choice. The sub test "kevent read 1" of dispatch_select takes about 90 seconds with no output for me, so the test may appear to be hanging. Be patient ;)</tt><br><br><tt>> How<br>> will we go about integrating it with the corelibs-foundation project<br>> once it’s ready to try doing that?</tt><br><tt>></tt><br><br><tt>This is a great question (but for someone who knows more about corelibs-foundation than me....). I think libdispatch on Linux is getting close to being ready for this next step. </tt><br><br><br><tt>--dave</tt><br><br><BR>
</body></html>