<div dir="ltr">On Mon, Jul 28, 2014 at 12:47 PM, David Farler <span dir="ltr"><<a href="mailto:dfarler@apple.com" target="_blank">dfarler@apple.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">Hello all,<div><br></div>
<div>I have the following bug to help build out support for layout tests in the iOS Simulator.</div><div><br></div><div>iOS Simulator LayoutTestRelay</div><div><a href="https://bugs.webkit.org/show_bug.cgi?id=135269" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=135269</a></div>
<div><br></div><div>I'd like to include this as a new tool written in Swift.</div><div><br></div><div>Why I think it's fine in this case:</div><div>- This tool is specific to the iOS and OS X platforms</div><div>
- Swift is a fully supported, albeit new, language starting in Xcode 6.</div>
<div>- Swift is probably the best way to get Objective-C bridging "for free" in the long term</div><div>- Swift supports script-like "immediate mode" with good JIT-compiled performance</div><div><div>
- The tool's size and scope is sufficiently small with no complex or WebKit-specific dependencies</div>
</div></div></blockquote><div><br></div><div>There is a precedence of WebKit rejecting the use of new programming languages in the past:</div><div><a href="https://lists.webkit.org/pipermail/webkit-dev/2011-December/018837.html">https://lists.webkit.org/pipermail/webkit-dev/2011-December/018837.html</a><br>
</div><div><br></div><div>In particular see Maciej's response in <a href="https://lists.webkit.org/pipermail/webkit-dev/2011-December/018865.html">https://lists.webkit.org/pipermail/webkit-dev/2011-December/018865.html</a>.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>I understand that its freshness and continual evolution means that we won't reviewer support relative to our C family languages. I would argue that it will be difficult to subjectively tell when the time is "right", that a good way to solve that is to start using the language itself, and take an incremental approach to crafting the Swift story in WebKit. Using it for some simple tools is a good place to start.</div>
</div></blockquote><div><br></div><div>Could you clarify what the advantage of using Swift is? Personally, I'm not interested in learning a yet another platform-specific language to hack on WebKit.</div><div><br></div>
<div>I'm not saying that Swift is a bad language or anything but I don't want to start having people writing random programming languages such as Haskell, Scala, Go, Rust, etc... deemed hip/cool at the time to create new tools in WebKit.</div>
<div><br></div><div>It would increase the entry barrier of working on those tools even if they were specific to one platform.</div><div><br></div><div>e.g. what should GTK+/EFL contributors do if they wanted to modify the way webkitpy works and needed to make changes to your tool? Or do you think such a scenario is extremely unlikely?</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>The larger discussion of using Swift in larger AOT-compiled contexts but is probably going to happen in this thread anyway, so let's have it:</div>
<div><br></div><div><b>What of future use of Swift in WebKit?</b></div></div></blockquote><div><br></div><div>I would really like to know why we should use Swift in WebKit at all in the current stage?</div><div><br></div>
<div>- R. Niwa</div><div><br></div></div></div></div>