<div>Hi Ted,</div><div><br></div><div>I think that what I'm proposing adding is quite small. It has a mirror equivalent in the clang repository.</div><div><br></div><div>As to maintainence, I'm willing to take that on. I already maintain the vim syntax support (I'm pretty confident that I've made the bulk of the changes to it at this point).</div><div><br></div><div>I'm not sure where the idea that vim needs its own repository came from. In all my years using vim and packaging for various Linux distributions, I've never seen such a requirement.</div><div><br></div><div>Personally, I think that splitting out the stdlib and the compiler would be an even better thing (but that is a separate conversation). So, I can't really protest against a different repository for the support infrastructure. Could we create such a repo?</div><div><br></div><div>Saleem</div><div><br><div class="gmail_quote"><div>On Thu, Apr 27, 2017 at 12:48 AM Ted Kremenek <<a href="mailto:kremenek@apple.com">kremenek@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Saleem,<br>
<br>
My apologies for the delay.<br>
<br>
Generally speaking, doesn't feel to me that these kinds of enhancements should be going into the 'swift' repository. We have some basic support files for editors in the repository, but largely those are there for historical reasons (largely convenience when the scope of the project was smaller) and their proper home should be probably reconsidered. To me the repository should really just be the compiler (and related infrastructure) and Standard Library sources — not a grab bag of anything related to Swift.<br>
<br>
That said, it raises the question of where should such things go. Should we have one repository at all for editor support stuff that is a peer to the 'swift' repository? Would such an approach even work with the package mechanisms that exists in various editors? I vaguely recall from a prior discussion something about vim and packages needing to be in their own repository. Note that I don't use vim myself, so I'm not familiar with what vim users do these days as far as packages.<br>
<br>
There is also a larger question of whether or not we need or should have "official" editor integration stuff in the main Swift repositories at all. I know it's a convenient place to put stuff, but the support model is not clear. Do we have an expectation that those files are relatively maintained and updated? And if so, by whom? The current files we do have there were added by folks working on the standard library or the compiler, and they use such files on a regular basis and because of that maintain them (at least for the use cases they care about). But I don't see a good path forward with the the 'utils' folder cluttered up with support files for all the different editors that are out there — which is why I think that ultimately even what we have today should probably move somewhere else.<br>
<br>
Ted<br>
<br>
> On Apr 24, 2017, at 4:07 PM, Saleem Abdulrasool <<a href="mailto:compnerd@compnerd.org" target="_blank">compnerd@compnerd.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> Jordan asked me to check with you about adding a simple helper for integrating swift-format into vim since the repository hasn't really added any editor integration stuff previously. It's just a python wrapper for invoking swift-format (much like clang-format).<br>
><br>
> It is on GitHub as PR8610.<br>
><br>
> Thanks!<br>
><br>
> --<br>
> Saleem Abdulrasool<br>
> compnerd (at) compnerd (dot) org<br>
</blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>