<div dir="ltr">Deleted in r283864.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 4, 2016 at 11:41 AM Manuel Klimek <<a href="mailto:klimek@google.com">klimek@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg">I'm fine with deleting it - given the problems you raise, having it in the repo in the current state is probably doing more harm than good.</div><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Mon, Oct 3, 2016 at 6:26 PM Philipp Stephani <<a href="mailto:phst@google.com" class="gmail_msg" target="_blank">phst@google.com</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg">Hi Clang developers,<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I've seen that there is a Clang-based completion plugin for Emacs in utils/clang-completion-mode.el. However, that library appears unmaintained (last change was more than four years ago) and not widely used (I've found only one old blog post - <a href="https://kristianrumberg.wordpress.com/2010/04/22/smart-autocompletion-for-c-in-emacs/" class="m_-7634754979384006295m_3651083257578448079cremed gmail_msg" target="_blank">https://kristianrumberg.wordpress.com/2010/04/22/smart-autocompletion-for-c-in-emacs/</a> - about it on the web). Also it doesn't use any of the standard completion frontends (company, auto-complete), but massively changes keyboard input (e.g. rebinds almost all normal keys). The initial revision was described as "Experimental, ultra-hacking" and I wouldn't say the code quality has improved much since then (e.g. it uses very short variable names for global variables, even though Elisp doesn't have namespaces). Furthermore, when I tried to use clang-completion-mode.el, I wasn't able to get it working at all, but it nevertheless disturbs editing massively (e.g. no longer allowing the user to enter a space). On the other hand, there are now multiple well-maintained Clang-based completion frameworks (<a href="https://github.com/abingham/emacs-ycmd" class="m_-7634754979384006295m_3651083257578448079cremed gmail_msg" target="_blank">https://github.com/abingham/emacs-ycmd</a>, <a href="https://github.com/brianjcj/auto-complete-clang" class="m_-7634754979384006295m_3651083257578448079cremed gmail_msg" target="_blank">https://github.com/brianjcj/auto-complete-clang</a>) available that don't suffer from any of these problems. Overall I'd suggest to remove clang-completion-mode.el.</div><div class="gmail_msg">Thoughts?</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Thanks,</div><div class="gmail_msg">Philipp</div></div><div dir="ltr" class="gmail_msg">-- <br class="gmail_msg"></div><div data-smartmail="gmail_signature" class="gmail_msg"><div dir="ltr" class="gmail_msg"><p dir="ltr" class="gmail_msg">Google Germany GmbH<br class="gmail_msg">
Erika-Mann-Straße 33<br class="gmail_msg">
80636 München</p>
<p dir="ltr" class="gmail_msg">Registergericht und -nummer: Hamburg, HRB 86891<br class="gmail_msg">
Sitz der Gesellschaft: Hamburg<br class="gmail_msg">
Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle</p>
<p dir="ltr" class="gmail_msg">Diese E-Mail ist vertraulich. Wenn Sie nicht der richtige Adressat sind, leiten Sie diese bitte nicht weiter, informieren Sie den Absender und löschen Sie die E-Mail und alle Anhänge. Vielen Dank.</p>
<p dir="ltr" class="gmail_msg">This e-mail is confidential. If you are not the right addressee please do not forward it, please inform the sender, and please erase this e-mail including any attachments. Thanks.</p>
</div></div>
</blockquote></div></blockquote></div>