From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Sat, 01 Mar 2014 21:40:41 +0100 Message-ID: <8738j1d54m.fsf@engster.org> References: <83sir7yue7.fsf@gnu.org> <8761o3dlak.fsf@wanadoo.es> <83bnxuzyl4.fsf@gnu.org> <871tyqes5q.fsf@wanadoo.es> <87a9ddg7o8.fsf@engster.org> <87d2i9ee8t.fsf@engster.org> <874n3ke1qn.fsf@engster.org> <87vbvzcjv9.fsf@engster.org> <87iorz18fy.fsf@fencepost.gnu.org> <83vbvyv08q.fsf@gnu.org> <87lhwuyycb.fsf@fencepost.gnu.org> <87fvn2awbf.fsf@wanadoo.es> <83a9daug6e.fsf@gnu.org> <878usuard6.fsf@wanadoo.es> <838ustvlug.fsf@gnu.org> <874n3hbv1q.fsf@wanadoo.es> 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 1393707288 6784 80.91.229.3 (1 Mar 2014 20:54:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Mar 2014 20:54:48 +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 Sat Mar 01 21:54:57 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 1WJqvv-00051B-KI for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2014 21:54:55 +0100 Original-Received: from localhost ([::1]:60811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJqvv-0000EL-AW for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2014 15:54:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJqvm-0008V6-Mq for emacs-devel@gnu.org; Sat, 01 Mar 2014 15:54:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJqvg-0004L3-Da for emacs-devel@gnu.org; Sat, 01 Mar 2014 15:54:46 -0500 Original-Received: from randomsample.de ([5.45.97.173]:56640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJqiG-0008WG-AD for emacs-devel@gnu.org; Sat, 01 Mar 2014 15:40:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=sxM7t5RkLSFlJLEuMx1EvGMVhsB68SGUtAMt09uIvxs=; b=Bf1vbnxvMQMISnjLvoW1kr1iSXz8n/170IsGC/TMpmGl3+aDX2Fy+TYx1jcbPcY/Z+yFckLyZ4nG8sUDWRuoMbwzRfDff/vWHm6E2PomzBXPdpga7+eYy/CSHQNOoS9a; Original-Received: from dslc-082-083-052-078.pools.arcor-ip.net ([82.83.52.78] helo=spaten) by randomsample.de with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1WJqiE-0006N7-HQ; Sat, 01 Mar 2014 21:40:46 +0100 In-Reply-To: <874n3hbv1q.fsf@wanadoo.es> (=?iso-8859-1?Q?=22=D3scar?= Fuentes"'s message of "Sat, 01 Mar 2014 20:03:45 +0100") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) Mail-Followup-To: =?iso-8859-1?Q?=D3scar?= Fuentes , emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 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:170023 Archived-At: =D3scar Fuentes writes: > Actually, it doesn't implement the C++ language as it was used in the > mid 1980s, much less so the old 1998 standard. But that was already > stated multiple times, to no avail. It is more complicated than that; the support differs wildly between different areas. I could go into details, but you're not going to help out anyway, so what's the point. > CEDET is much more than a C++ parser. Regardless the value of its C++ > parser, CEDET remains useful. CEDET can use Clang (and it already has > some support for it, AFAIK) for the C++ analysis and then bring in the > associated features into Emacs. Semantic's goal is to be a framework to support different programming languages. Improving the C++ parser often improves Semantic ability to parse other languages as well. For instance, if you'd be so kind and implemented storing of overloads in the Semantic database, any language which has a similar concept will profit from that. > You saw real examples where CEDET failed to handle basic cases, Things that look basic can be incredibly complicated to implement, and vice versa. For instance, in my personal branch, I taught Semantic to parse std::vector foo; foo[0]. // complete 'somestruct' members Looks simple enough, but since you are a C++ language expert, I'm sure you know all that stuff this involves, like allocator::rebind. You saw Semantic cannot deal with overloads, which however has almost nothing to do with the C++ parser. It's a database problem; I already told you that, but you chose to ignore that bit. > Hopefully other members on this community got the idea that what you > propose is not such a great idea. And then what? Are *you* contributing to some of the clang-based projects out there? Or do you simply want others to do the work for you, and you're not happy they're "wasting" their time on CEDET? I'm not promising anything regarding what features Semantic will be able to support in the future. I don't have to sell anything here; this is not work. I do this because it's fun, and because I learn a *ton* of stuff. Don't discourage others from experiencing that. -David