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, 08 Jan 2015 18:19:16 +0200 Message-ID: <83ppap5jp7.fsf@gnu.org> 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> <87wq4xqnlr.fsf@wanadoo.es> 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 1420733975 16808 80.91.229.3 (8 Jan 2015 16:19:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 8 Jan 2015 16:19:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 08 17:19:28 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 1Y9Fnn-0006n4-1Y for ged-emacs-devel@m.gmane.org; Thu, 08 Jan 2015 17:19:15 +0100 Original-Received: from localhost ([::1]:46640 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9Fnl-0000v6-Q0 for ged-emacs-devel@m.gmane.org; Thu, 08 Jan 2015 11:19:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35802) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9Fne-0000ub-2I for emacs-devel@gnu.org; Thu, 08 Jan 2015 11:19:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y9Fna-0001AJ-Tq for emacs-devel@gnu.org; Thu, 08 Jan 2015 11:19:06 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:53745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9Fna-0001A1-LG for emacs-devel@gnu.org; Thu, 08 Jan 2015 11:19:02 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NHV00E008YX1H00@mtaout25.012.net.il> for emacs-devel@gnu.org; Thu, 08 Jan 2015 18:15:00 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NHV00C2N950JW20@mtaout25.012.net.il>; Thu, 08 Jan 2015 18:15:00 +0200 (IST) In-reply-to: <87wq4xqnlr.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 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:181068 Archived-At: > From: =D3scar Fuentes > Date: Thu, 08 Jan 2015 16:49:20 +0100 >=20 > 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 You've misread what I wrote. I said nothing about doing anything wit= h the AST, certainly not throwing away information in it. What I proposed was to come up with a set of requirements for a hypothetical data package that GCC would need to deliver to support the kind of functionality we would like to have. Once we have these requirements, we can see how they map into the AST (or into something else, if someone has other proposals). E.g., if it turns out that we need 99% of what is already in the AST, the argument for using it wil= l be much more substantiated. > 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 makin= g > 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. I agree with every word, and didn't intend to imply anything against that.