From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Thu, 27 Feb 2014 22:23:18 +0200 Message-ID: <83fvn4xq2x.fsf@gnu.org> References: <87wqgr4v18.fsf@yandex.ru> <53064BD0.7070009@yandex.ru> <87ha7tr5bo.fsf@fencepost.gnu.org> <87ppmhecd8.fsf@yandex.ru> <87y50z90pd.fsf@fencepost.gnu.org> <87txbn8r6x.fsf@fencepost.gnu.org> <8338j717oe.fsf@gnu.org> <87zjlf6tdx.fsf@fencepost.gnu.org> <83sir7yue7.fsf@gnu.org> <8761o3dlak.fsf@wanadoo.es> <83bnxuzyl4.fsf@gnu.org> <871tyqes5q.fsf@wanadoo.es> <834n3lzux6.fsf@gnu.org> <87ppm9d3y4.fsf@wanadoo.es> <83ob1ty4qr.fsf@gnu.org> <87ha7lcxki.fsf@wanadoo.es> <83ios0xwcv.fsf@gnu.org> <87y50wfk93.fsf@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1393532607 21974 80.91.229.3 (27 Feb 2014 20:23:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Feb 2014 20:23:27 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 27 21:23:35 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WJ7UT-0001Kz-Q9 for ged-emacs-devel@m.gmane.org; Thu, 27 Feb 2014 21:23:33 +0100 Original-Received: from localhost ([::1]:47797 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJ7UT-0004GV-9Z for ged-emacs-devel@m.gmane.org; Thu, 27 Feb 2014 15:23:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42541) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJ7UL-0004Ck-26 for emacs-devel@gnu.org; Thu, 27 Feb 2014 15:23:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJ7UF-0007jO-LY for emacs-devel@gnu.org; Thu, 27 Feb 2014 15:23:25 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:41254) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJ7UF-0007ip-BW for emacs-devel@gnu.org; Thu, 27 Feb 2014 15:23:19 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N1O00B008G86M00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Thu, 27 Feb 2014 22:23:17 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1O00BYN8MT2B10@a-mtaout22.012.net.il>; Thu, 27 Feb 2014 22:23:17 +0200 (IST) In-reply-to: <87y50wfk93.fsf@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169911 Archived-At: > From: Dmitry Gutov > Cc: =D3scar Fuentes , emacs-devel@gnu.org > Date: Thu, 27 Feb 2014 21:06:32 +0200 >=20 > Eli Zaretskii writes: >=20 > >> > I suggest to try (I did). Maybe then you will be less radical= in your > >> > judgment of having N+1 candidates when only N are strictly nee= ded. > >>=20 > >> Adding an overload to just make an specific case work on certain > >> completion package is unacceptable, to say it mildly. > > > > I don't know what exactly you tried, and why did you decide I was > > doing unacceptable things, but what I actually tried was clang. = After > > adding the above line, it only shows one candidate, whereas I thi= nk it > > should have shown 2. IMO, showing more candidates than strictly > > necessary is a lesser evil than showing less than necessary. >=20 > It shows only 'bar' to me (and another, broken option, which probab= ly > means the package I tried - company-clang - doesn't handle the outp= ut > well enough). That's what I saw, yes. > I believe it's the correct result, though. 'char' is the more speci= fic > overload, so the compiler should choose it. ??? Are you saying that the one shown as completion without that additional line was incorrect? If it was correct then, it is still correct after the addition, surely. > > How many Emacs completion packages that use clang did you try? Th= ere's > > only one that I could find >=20 > You certainly haven't tried hard. I personally gave you links to se= veral > in this very thread. Not for C++, AFAICT. > The statement about a "defective refactoring tool" is one most > developers would agree. "Most" as in 2? > A good refactoring tool is one you can apply to a large codebase an= d > then calmly sleep at night without hand-checking every transformati= on > that it did. Where did you find good refactoring tools for C++? > > Why would we be looking for the less-resistance path? It's not l= ike > > clang-using packages are queuing up for inclusion, it actually so= unds > > like they don't even exist yet. >=20 > Ahem. Yeah, right.