<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></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 Dec 8, 2015, at 16:03, Jacob Bandes-Storch &lt;<a href="mailto:jtbandes@gmail.com" class="">jtbandes@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Thanks, Jordan. I'll write one up tonight.<div class=""><br class=""></div><div class="">Should it use UnsafePointer or UnsafeMutablePointer?&nbsp; I've seen that C APIs frequently get imported as UnsafeMutablePointer, when it doesn't necessarily match the semantics of the API. Is that just the default?</div></div></div></blockquote></div><br class=""><div class="">Either way we're going to lose in some cases. We can probably make the "from" case work for either, but I think the "to" case should just use UnsafeMutablePointer, because (a) "void *" is more common than "const void *" in C APIs*, and (b) if you <i class="">do</i>&nbsp;need to convert, "UnsafePointer(...)" is shorter. :-)</div><div class=""><br class=""></div><div class="">* citation needed</div><div class=""><br class=""></div><div class="">(Swift does support overloading on return type, but the downside is you need to always provide context, which makes it harder to break things up into multiple statements. So we generally avoid it unless there's a compelling reason.)</div><div class=""><br class=""></div><div class="">Jordan</div></body></html>