<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Sep 24, 2015 at 7:15 PM Milian Wolff <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey guys, Manuel (BCC'ed).<br>
<br>
I've talked to Manuel Klimek of LLVM/Clang fame yesterday here at CppCon. He<br>
really welcomes our work on clang-c, and here I mean Sergey who is doing most<br>
of the work upstream right now.<br>
<br>
Internally at Google they are mostly relying on the C++ API for Clang, and<br>
only some of them use it indirectly via their editor (vim/emacs/...) via<br>
YouCompleteMe (YCM, [1]).<br></blockquote><div><br></div><div>Note that we use the C++ API for large scale refactorings / transformations, but the libclang C API for all editor integrations (so we have many users of the C API ourselves).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This also explains why there is no huge response to us reporting bugs or<br>
putting patches up for review (again, mostly Sergey atm - thanks!).<br></blockquote><div><br></div><div>The main reason is that I'm currently probably the bottleneck, and I'm missing patches / was very busy the last couple of weeks. Completely my fault :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Manuel explicitly states that he would really like to see more work in that<br>
area though. Going forward, he suggests that we not only report bugs and send<br>
patches, but also get involved with reviewing other people's patches touching<br>
clang-c. If someone of us does this long enough, he'll potentially get more<br>
power and responsibility, and maybe even takes over the role of maintainer for<br>
the clang-c API. This is not a bad idea imo, considering how much we are<br>
relying on it for KDevelop.<br>
<br>
Could we maybe start out organizing who's going to add what upstream? Most of<br>
the stuff is going to be about adding c-API for existing C++ API, which should<br>
hopefully be straight forward in most cases. Some missing stuff is annotated<br>
with TODO's in the code base. The harder cases will be fixing bugs and crashes<br>
where we see them, but we can do that, it's just a few lines of C++ code in<br>
Clang - how hard can it be? ;-)<br>
<br>
Furthermore, if we ever spot anything and need guidance, Manuel suggested to<br>
send mails not only to the mailing list, but also TO/CC him directly to make<br>
sure he reads the mail as he's pretty busy usually. Also add him to your<br>
reviews.<br>
<br>
Manuel, I hope the above is correct, please correct me where appropriate. I've<br>
BCC'ed you to not spam you with follow-ups to this thread on our mailing list.<br>
<br>
Cheers, and thanks everyone for helping in making KDevelop better - one way or<br>
another!<br>
<br>
[1]: <a href="https://github.com/Valloric/YouCompleteMe" rel="noreferrer" target="_blank">https://github.com/Valloric/YouCompleteMe</a><br>
<br>
--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a><br>
<a href="http://milianw.de" rel="noreferrer" target="_blank">http://milianw.de</a></blockquote></div></div>