From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Tue, 11 Mar 2014 10:38:43 +0530 Message-ID: <877g81z5ic.fsf@gmail.com> References: <20140219080524.25689b6b@forcix.jorgenschaefer.de> <83k3cr58o2.fsf@gnu.org> <530BAEE5.9040004@online.de> <87ppmatkpe.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqgfsxsr.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqgf37n4.fsf@fencepost.gnu.org> <87ha7gshu9.fsf@uwakimon.sk.tsukuba.ac.jp> <871tyko9l5.fsf@fencepost.gnu.org> <87eh2ks897.fsf@uwakimon.sk.tsukuba.ac.jp> <87fvn0mk25.fsf@fencepost.gnu.org> <87bnxorlol.fsf@uwakimon.sk.tsukuba.ac.jp> <877g8bmxal.fsf@fencepost.gnu.org> <877g8asfl0.fsf@uwakimon.sk.tsukuba.ac.jp> <8738iyjrl3.fsf@fencepost.gnu.org> <87mwh5ridq.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqg9hn10.fsf@fencepost.gnu.org> <878uspaku2.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1394514492 3322 80.91.229.3 (11 Mar 2014 05:08:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Mar 2014 05:08:12 +0000 (UTC) Cc: =?utf-8?Q?=C3=93scar?= Fuentes , emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 11 06:08:21 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 1WNEvK-0008HJ-Rp for ged-emacs-devel@m.gmane.org; Tue, 11 Mar 2014 06:08:19 +0100 Original-Received: from localhost ([::1]:52388 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNEvK-00069s-A7 for ged-emacs-devel@m.gmane.org; Tue, 11 Mar 2014 01:08:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNEvD-00069l-4J for emacs-devel@gnu.org; Tue, 11 Mar 2014 01:08:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNEv7-0008LB-Qm for emacs-devel@gnu.org; Tue, 11 Mar 2014 01:08:11 -0400 Original-Received: from mail-pd0-x236.google.com ([2607:f8b0:400e:c02::236]:39167) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNEv7-0008Ks-Jj; Tue, 11 Mar 2014 01:08:05 -0400 Original-Received: by mail-pd0-f182.google.com with SMTP id g10so7987017pdj.41 for ; Mon, 10 Mar 2014 22:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=A2o6n1u2//jMmZEWIWpMbaRzQv6k5C2CpK6hgoaQtkI=; b=pn60+9bw1LR1aUruHLSvhD0L3AwE160uXWHEF3VsAQeB4Yn924HHBoCQm1icC5x/5d e9i+NOx+kGhIabFRri5Hgs27BrxmqV3yNfdimRkB2VqaInt+RPmIdWJqtp8SHlfPElmH wnwDMuD5h2GnDYwR7SCitO1RfcHRik6vcgUiJG7cDkQFfa43BXlrFjMdI5I+ArSwCACu Ky43MVFr/ag7Pnt+yl2UWNnyYkxIvGI3+6jduQAP8XRimkzn8HCWobQXX7EfalhPPrBX DetYj74ws+RYK2TqVzx6CgsCznOmLTWIb3JHl1AHKPIt/6xu/i0Fxm8V5KoUBSynBRN9 lEOg== X-Received: by 10.67.2.34 with SMTP id bl2mr43473630pad.58.1394514484518; Mon, 10 Mar 2014 22:08:04 -0700 (PDT) Original-Received: from debian-6.05 ([115.242.244.35]) by mx.google.com with ESMTPSA id ac5sm71036669pbc.37.2014.03.10.22.08.01 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Mon, 10 Mar 2014 22:08:03 -0700 (PDT) In-Reply-To: (Richard Stallman's message of "Mon, 10 Mar 2014 15:08:09 -0400") 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: 2607:f8b0:400e:c02::236 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:170271 Archived-At: Richard Stallman writes: > For instance, suppose a feature is implemented to use CEDET. If I look back at some of David Engster's post I realize that 1. CEDET has a C++ parser. (Not of the hand-written sort that can do pure magic but of some down-to-earth variety that gets the job done.) 2. It has some modules that interfaces with Clang. 3. For it's completion features to improve, it's "database" support has to improve. I would like to hear some specifics that a GSoC-like student would be excited to hear about. I am interested in pure technicalities and some posts or articles that articulate the hole and some starting points for how that hole may be filled. > If no one would ever use that option IME, there are two sorts of programmers. 1. Those who write entire modules. 2. Those who iherit codebases and try to gain insights in to it (invariably when the original authors have moved on to other contracts or companies.) The programmers of first variety have little use for refactoring tools. They can do better than what a refactoring tool can do or they do some thing that refactoring things can never hope to do. The programmers of the second sort - the corporate programmers - often have access to commercial editors - superior to Emacs for task at hand - with site-wide licenses. (i.e., Emacs is virtually non-existent save for minor exceptions.) There are programmers who neither fall squarely in (1) or (2) but vaguely fall close to the (2)-end of the spectrum. I have always felt that Emacs felt seriously short in the "code insight" space. Lots of adhoc tools here and there, but anything which can be "solely relied upon" for the particularly situation in. In short, I want to see some improvements in CEDET. I may even take up some of the improvements on my own shoulders.