<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=""><div class="">I think this goes beyond just that proposal, though. It’s not just a problem of conditionally importing both frameworks as there is sometimes a slight mismatch in the API. This results in me having to do unfortunate things like this:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/SwiftOnEdge/Edge/blob/8bdbb4555dd49ecfad51498234f4d91cdf07d4aa/Sources/POSIXExtensions/Socket.swift#L18" class="">https://github.com/SwiftOnEdge/Edge/blob/8bdbb4555dd49ecfad51498234f4d91cdf07d4aa/Sources/POSIXExtensions/Socket.swift#L18</a></div><div class=""><br class=""></div><div class="">A standard POSIX Swift API would reduce some serious pain points in developing for the server. All of this translational work from C APIs to Swift APIs is happening in every project that does low level I/O. Ideally it would be as thin a wrapper as is possible while still making the APIs feel Swift-y.</div><div class=""><br class=""></div><div class="">Can you imagine not having to mess about with errno anymore? I dream of the day.</div><div class=""><br class=""></div><div class="">Tyler</div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 29, 2016, at 8:32 PM, Michael Gottesman via swift-server-dev <<a href="mailto:swift-server-dev@swift.org" class="">swift-server-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Actually swift-evolution. There was a thread about it already:<br class=""><br class=""><a href="https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160307/012085.html" class="">https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160307/012085.html</a><br class=""><br class="">It was only a draft but people IIRC people viewed it favorably (don't quote me on this though, my memory might be wrong). Perhaps no one got behind implementing it? (again my memory is gone).<br class=""><br class="">Michael<br class=""><br class=""><blockquote type="cite" class="">On Oct 28, 2016, at 3:56 PM, Daniel Dunbar via swift-server-dev <swift-server-dev@swift.org> wrote:<br class=""><br class="">Given the Glibc overlay lives in Swift, this probably is more appropriate for swift-dev rather than the server APIs project specifically.<br class=""><br class="">- Daniel<br class=""><br class=""><blockquote type="cite" class="">On Oct 28, 2016, at 8:51 AM, Helge Heß via swift-server-dev <swift-server-dev@swift.org> wrote:<br class=""><br class="">Hi,<br class=""><br class="">I guess this kinda belongs here:<br class=""><br class="">I wonder whether we can have a standard Posix module with all the standard Posix stuff in it to avoid the<br class=""><br class="">#if os(Linux)<br class=""> import Glibc<br class="">#else<br class=""> import Darwin<br class="">#endif<br class=""><br class="">for things which are standardised in Posix (and hence the same, even on Windoze). I currently have an `xsys` module to alias the definitions, but this is kinda crap :-)<br class=""><br class="">https://github.com/NozeIO/Noze.io/tree/master/Sources/xsys<br class=""><br class="">Or is there a better way to do this already?<br class=""><br class="">Thanks,<br class="">Helge<br class=""><br class="">_______________________________________________<br class="">swift-server-dev mailing list<br class="">swift-server-dev@swift.org<br class="">https://lists.swift.org/mailman/listinfo/swift-server-dev<br class=""></blockquote><br class="">_______________________________________________<br class="">swift-server-dev mailing list<br class="">swift-server-dev@swift.org<br class="">https://lists.swift.org/mailman/listinfo/swift-server-dev<br class=""></blockquote><br class="">_______________________________________________<br class="">swift-server-dev mailing list<br class="">swift-server-dev@swift.org<br class="">https://lists.swift.org/mailman/listinfo/swift-server-dev<br class=""></div></div></blockquote></div><br class=""></body></html>