From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Tue, 13 Oct 2015 09:40:01 -0700 Organization: New Artisans LLC Message-ID: 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> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <871tcyexa9.fsf@fimbulvetr.bsc.es> <87612a7my2.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444759150 26464 80.91.229.3 (13 Oct 2015 17:59:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Oct 2015 17:59:10 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 13 19:58:54 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 1Zm3qf-0001E0-HZ for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 19:58:53 +0200 Original-Received: from localhost ([::1]:38042 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm2f2-0000q7-OU for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 12:42:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm2dJ-0000Nw-Uk for emacs-devel@gnu.org; Tue, 13 Oct 2015 12:41:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm2dG-0006zH-5h for emacs-devel@gnu.org; Tue, 13 Oct 2015 12:41:01 -0400 Original-Received: from mail-pa0-x230.google.com ([2607:f8b0:400e:c03::230]:36841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm2dG-0006z5-1D for emacs-devel@gnu.org; Tue, 13 Oct 2015 12:40:58 -0400 Original-Received: by pacex6 with SMTP id ex6so25959083pac.3 for ; Tue, 13 Oct 2015 09:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=Oe/3V+G1TcynTw26szu1C5I8gHwJ13rwcNbG+TTATw8=; b=akP4INCN3N3djiqKIq61SLIgf/fv0TgVqO4jqrW+PXJlpE5WM7gi9IGvuOcivE6gyI hcOAmq/wNVfTd+Etgirh4wOrJ3ZU0VuPJPCXqvnTg8YGGYqhDgAh6KFr8gROQhNdUrsR dutJZY+32/4XRwhUJvS1d+EmpwZ/svnU2ByYm30KRzEJQImWjypPGp4MZbwtE5GXl+gj IV+4RAOhK/BAiMAJPosUXnAsC7w+hCoi/x2zbxzUDFmFH7zOdXtUgHvcpUTyAy8mcj9C lSrDgo0q/tkyjGi/3tdx4jC1+hTfn3nP1fB1WdgvxSma9CTXnoqjWJV+u/bPboS2+bcP jryg== X-Received: by 10.68.216.193 with SMTP id os1mr41254158pbc.110.1444754457352; Tue, 13 Oct 2015 09:40:57 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id yi8sm4822897pab.22.2015.10.13.09.40.55 for (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 13 Oct 2015 09:40:55 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 8BB05F2DB21C; Tue, 13 Oct 2015 09:40:54 -0700 (PDT) In-Reply-To: <87612a7my2.fsf@fencepost.gnu.org> (David Kastrup's message of "Tue, 13 Oct 2015 18:28:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::230 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:191503 Archived-At: >>>>> David Kastrup writes: > But since it did come out in 2003, we really should be asking _why_ it isn't > the answer to our present questions, in order to avoid the effort of > creating CEDET2 and CEDET3. I certainly do want to avoid CEDET2. > I don't think the idea is to curtail it but rather to _shape_ it. If we > decide we need $x and CEDET provides $x, then either we haven't fully > figured out the details of the $x we need or CEDET does something wrong when > providing it. Figuring out either will hopefully save us time in arriving at > something actually doing what we want. I will not approach this by asking how CEDET can be improved to meet the needs of an Emacs IDE. That is the most likely path leading to CEDET2. Emacs' needs as an IDE should be considered on their own, as I've said before. Any or all existing methodologies can be taken into account, but none deserve preference until an architecture begins to take shape. John