<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 13, 2016, at 10:33 AM, Rob Allen &lt;<a href="mailto:rob@akrabat.com" class="">rob@akrabat.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi all,<div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 13 May 2016, at 18:01, Tony Parker via swift-corelibs-dev &lt;<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi David,<div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On May 11, 2016, at 4:02 PM, David Hart via swift-corelibs-dev &lt;<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hello people,<div class=""><br class=""></div><div class="">I wanted to start giving a hand on corelibs-foundation but hit two obstacles I’d like to discuss:</div></div></div></blockquote></div></div></div></div></blockquote><div class=""><br class=""></div><div class="">This is good timing as I'm planning on seeing if I can contribute to corelibs-foundation on the grounds that it may be at my ability level!&nbsp;</div><div class=""><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><div class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">I tried downloading the master branch of corelibs-foundation and running the tests before starting any work, but several of them crashed or failed. I am on OS X, Xcode 7.3.1, up to date on the master branches of corelibs-foundation and corelibs-xctest and am using the latest development snapshot. For reference, the failing tests are:</div><div class=""><br class=""></div><div class=""><ul class="MailOutline"><li class="">TestNSString.test_initializeWithFormat3</li><li class="">TestNSTask.test_pipe_stderr</li><li class="">TestNSTask.test_pipe_stdout_and_stderr_same_pipe</li><li class="">TestNSTask.test_passthrough_environment</li></ul><div class=""><ul class="MailOutline"><li class="">TestNSTask.test_no_environment</li><li class="">TestNSTask.test_custom_environment</li><li class="">TestNSUserDefaults.test_createUserDefaults</li><li class="">TestNSUserDefaults.test_getRegisteredDefaultItem</li><li class="">TestNSXMLDocument.test_xpath</li></ul><div class=""><br class=""></div><div class="">Any ideas? Perhaps I’m doing something wrong.</div></div></div></div></div></blockquote><div class=""><br class=""></div>Our CI system only builds and tests corelibs-foundation on Linux, so perhaps some regressions have snuck in on OS X only (which is interesting if true).</div><div class=""><br class=""></div><div class="">NSTask in particular has been under a lot of changes for Linux recently.</div></div></div></div></blockquote><div class=""><br class=""></div><div class="">I've hit this too - I'll try and raise issues over the weekend for them if I can.&nbsp;</div><div class=""><br class=""></div><div class="">My plan is to start by writing unit tests if only get a feel for how all the project fits together. Building and testing on Linux is so slow due to the lack of incremental builds that starting with OS X seemed logical. &nbsp;I thought it was a problem at my end though when the tests failed on OS X.</div><div class="">&nbsp;</div><div class="">Is there a reason why corelibs-foundation isn't build for OS X by the CI system?</div><div class=""><br class=""></div></div></div></div></div></blockquote><div><br class=""></div><div>Technically, swift-corelibs-foundation is only part of the distribution on Linux. On Darwin platforms, we use a combination of the overlay (stdlib/public/SDK/Foundation directory in the Swift project) and the Foundation.framework that ships on the OS.</div><div><br class=""></div><div>However, we want to build and test it on OS X because that’s a much easier platform for most of us to deal with on a day-to-day basis.</div><div><br class=""></div><div>I think we should consider having the CI build foundation and run its tests on OS X, but I’m not sure how to split out that concept from the final package that the CI generates. We don’t want to ship swift-corelibs-foundation on OS X because then we’d have two separate libraries with the same name and same API…</div><div><br class=""></div><div>- Tony</div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><div class=""><div class=""><br class=""></div>Regards,</div><div class=""><br class=""></div><div class="">Rob...</div><br class=""></div></div></div></blockquote></div><br class=""></body></html>