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: IDE Date: Sat, 10 Oct 2015 12:17:12 +0300 Message-ID: <5618D798.7050706@yandex.ru> References: <5610207A.2000300@harpegolden.net> <83fv1r3gzp.fsf@gnu.org> <83bncf3f9k.fsf@gnu.org> <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <87pp0ngksh.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444468653 5468 80.91.229.3 (10 Oct 2015 09:17:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Oct 2015 09:17:33 +0000 (UTC) Cc: Tom , emacs-devel@gnu.org To: David Kastrup , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 10 11:17:24 2015 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 1ZkqHK-0002Fc-Qu for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 11:17:23 +0200 Original-Received: from localhost ([::1]:44164 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkqHK-0001VE-5a for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 05:17:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkqHG-0001V3-AO for emacs-devel@gnu.org; Sat, 10 Oct 2015 05:17:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkqHD-0004yW-41 for emacs-devel@gnu.org; Sat, 10 Oct 2015 05:17:18 -0400 Original-Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:38060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkqHC-0004yO-U0; Sat, 10 Oct 2015 05:17:15 -0400 Original-Received: by wiclk2 with SMTP id lk2so94298351wic.1; Sat, 10 Oct 2015 02:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=kUJxJFLubiY5d2wVDcFnMJOcavgcvaeGx+eXYxMUogM=; b=FqQBTKRhmcILsTuUe7YFc/pbVpJy9iWlnLaOrBmY0ngKqqNpn+oiED/rZN5g0CNgBe dx5rTUWKHQOaSm2aDaV1K8mXx4sZtlkCPlR3DoIi0iwKUuNkOWmheqNXoNVJ/qJE7YBW XiKryQO9+E4K5+I5KHdBQAGRcaR4yPu3C8X9dJbXXlffHlkC58P03miRUYxEl/6JhCtD re4jYPZREwy+9v11NT2Y8X1JoW3Zf3AVnYJOfPntm/gziaWa78SSNuy/0P1dAPL1HA+B a4RwvxCstkgssUEoG7WMBMSJUdtHPm5ePQ0oHgHX6WvmK2tc6Do8NNeDLXbBvkCz5cfH Qz9w== X-Received: by 10.194.23.2 with SMTP id i2mr19456803wjf.106.1444468634134; Sat, 10 Oct 2015 02:17:14 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id lv4sm6876734wjb.43.2015.10.10.02.17.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Oct 2015 02:17:13 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <87pp0ngksh.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::233 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:191103 Archived-At: On 10/10/2015 12:00 PM, David Kastrup wrote: > Not quite. IIRC, company-mode integrated (integrates?) the parsing > facilities of Clang with Emacs. This contribution was rejected (though > I don't have an overview over the actual execution of the rejection) > because of promoting non-GCC compilers. company-clang is still in GNU ELPA (but shh). It could be considered a "toy" completion backend, though, because it only uses the clang executable, not libclang, so it doesn't, for instance, do any caching of the parsing results, which is necessary for speedy completion in real C++ projects. If there's a program in GCC suite with similar features to 'clang -code-completion-at', I'd be happy to integrate it likewise.