From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Thu, 08 Jan 2015 16:49:20 +0100 Message-ID: <87wq4xqnlr.fsf@wanadoo.es> References: <83bnxuzyl4.fsf@gnu.org> <87vbkovhh7.fsf@engster.org> <87387rvobr.fsf@engster.org> <83ppat84hk.fsf@gnu.org> <20150106143933.0090bc83@jabberwock.cb.piermont.com> <83r3v77ij6.fsf@gnu.org> <20150106154539.3d0752c4@jabberwock.cb.piermont.com> <87wq4ype3z.fsf@fencepost.gnu.org> <20150108083211.5a85a077@jabberwock.cb.piermont.com> <877fwxpb63.fsf@fencepost.gnu.org> <83r3v55me9.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1420732359 21478 80.91.229.3 (8 Jan 2015 15:52:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 8 Jan 2015 15:52:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 08 16:52:33 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 1Y9FMW-00070j-No for ged-emacs-devel@m.gmane.org; Thu, 08 Jan 2015 16:51:04 +0100 Original-Received: from localhost ([::1]:46558 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9FMW-0001Ul-4J for ged-emacs-devel@m.gmane.org; Thu, 08 Jan 2015 10:51:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57704) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9FM6-0001M6-QO for emacs-devel@gnu.org; Thu, 08 Jan 2015 10:50:44 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y9FM2-0008L3-Ry for emacs-devel@gnu.org; Thu, 08 Jan 2015 10:50:38 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:35277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9FM2-0008Kn-54 for emacs-devel@gnu.org; Thu, 08 Jan 2015 10:50:34 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Y9FLu-0003fw-VE for emacs-devel@gnu.org; Thu, 08 Jan 2015 16:50:27 +0100 Original-Received: from 129.red-88-10-128.dynamicip.rima-tde.net ([88.10.128.129]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jan 2015 16:50:26 +0100 Original-Received: from ofv by 129.red-88-10-128.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jan 2015 16:50:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 129.red-88-10-128.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:NgsV+cULpzyztLKUF8aDgRwA1NI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:181066 Archived-At: Eli Zaretskii writes: [snip] > Suppose we did have a way getting the necessary information from GCC > that is not in the form of an AST: what such an information package > would need to include to allow the functionality users expect from a > modern IDE? Could someone come up with a list of information items > that would be needed? Given such a list, we could try to discuss > various alternatives of getting the info from GCC. This looks like an excellent approach for wasting time while compromising the future usefulness of the resulting work at the same time. The AST is right there, we just need a method for accessing it on an effective way from Emacs. You propose to transform or filter the AST. This means coming with an intermediate step for throwing away information. Obviously devising and implementing such intermediate step is far from trivial, but the worst part of it is the "throwing away information" aspect. The field of compiler-based IDE features is a thriving field, a magnet for inventive individuals. This is not about copying the features of some other IDE, it is about providing a basis por making Emacs the home of those inventive individuals that could put Emacs on the top of IDEs again. Having an intentionally crippled compiler-provided info set is sending a "go away" message.