From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Fri, 28 Feb 2014 03:40:41 +0200 Message-ID: <8738j410bq.fsf@yandex.ru> References: <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> <83fvn4xq2x.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393551659 3757 80.91.229.3 (28 Feb 2014 01:40:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Feb 2014 01:40:59 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 28 02:41:09 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 1WJCRj-0002HN-EQ for ged-emacs-devel@m.gmane.org; Fri, 28 Feb 2014 02:41:03 +0100 Original-Received: from localhost ([::1]:48806 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJCRi-0003zR-QB for ged-emacs-devel@m.gmane.org; Thu, 27 Feb 2014 20:41:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33275) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJCRb-0003yE-C8 for emacs-devel@gnu.org; Thu, 27 Feb 2014 20:40:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJCRX-0005EO-43 for emacs-devel@gnu.org; Thu, 27 Feb 2014 20:40:55 -0500 Original-Received: from mail-ee0-x22f.google.com ([2a00:1450:4013:c00::22f]:40032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJCRW-0005Di-TH; Thu, 27 Feb 2014 20:40:51 -0500 Original-Received: by mail-ee0-f47.google.com with SMTP id e49so1861268eek.34 for ; Thu, 27 Feb 2014 17:40:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=mM8olHsQPKNwtt0zRE1zeO/NughUgLrceONkPh8ZG1I=; b=Uzv9M7i5FX7kml0u352p5Pfh3+izM0Ng7kTEVumNnQs6zcaE/9QOPxjHcD++QU9Gvn fk3kNdV8ANtYimMjXsGjyM9o4oqHXiYNOIFr8Q6GHor/m/rXNBwJa/OyDgAPyju3d9Ox Dv33ZTe9ITDuR0VF4/W9dck3KgkzMs4Ymd5PyUnGuVusnQ+hEu7iM3cafuh3hrFKrHzJ z3WhCNJsA6nWnNxahN25A9TDy39btVNWnfRb3nhh6ngWewVm8Jsw+SjWWs2TeIapCCww SuMNDQH7NRxCWMbuSvDRHV7j4YAfX4VLBTtu8vb1N0bNBMasvr6QtMbAVnjEBtsCcACV /7bg== X-Received: by 10.15.44.202 with SMTP id z50mr16968636eev.81.1393551649568; Thu, 27 Feb 2014 17:40:49 -0800 (PST) Original-Received: from axl ([93.109.195.252]) by mx.google.com with ESMTPSA id i1sm4232479eeo.16.2014.02.27.17.40.47 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 27 Feb 2014 17:40:48 -0800 (PST) In-Reply-To: <83fvn4xq2x.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 27 Feb 2014 22:23:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22f 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:169916 Archived-At: Eli Zaretskii writes: >> I believe it's the correct result, though. 'char' is the more specific >> 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. Not really. Adding a new function might make the code invalid (say, if it has the same name and the types of arguments as an existing one), or make it behave in a different way. http://en.cppreference.com/w/cpp/language/overload_resolution >> > How many Emacs completion packages that use clang did you try? There's >> > only one that I could find >> >> You certainly haven't tried hard. I personally gave you links to several >> in this very thread. > > Not for C++, AFAICT. Those are the same packages that offer C completion. Thank the magical LLVM sprinkles. Although it seems I haven't mentioned any specific ones here, after all, only all of them in general. Here are the bigger ones: https://github.com/Sarcasm/irony-mode https://github.com/Golevka/emacs-clang-complete-async/ And there's also company-clang in http://elpa.gnu.org/packages/company.html, which I'm personally insulted you've ignored. It's much simpler, but it also has its users. Unlike those above, it has no persistent server, but it additionally offers Objective-C support.