From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alex Ott Newsgroups: gmane.emacs.devel Subject: Re: Project systems (again) Date: Fri, 18 Apr 2014 20:37:13 +0200 Organization: Alex Ott's Consulting Message-ID: References: <53504D2C.7070504@dancol.org> <83y4z3gn3n.fsf@gnu.org> <5350CF28.9010702@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1397846261 9321 80.91.229.3 (18 Apr 2014 18:37:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Apr 2014 18:37:41 +0000 (UTC) Cc: emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 18 20:37:36 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 1WbDfJ-00042J-92 for ged-emacs-devel@m.gmane.org; Fri, 18 Apr 2014 20:37:33 +0200 Original-Received: from localhost ([::1]:39341 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbDfI-0007ye-Pe for ged-emacs-devel@m.gmane.org; Fri, 18 Apr 2014 14:37:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35527) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbDfB-0007yX-RP for emacs-devel@gnu.org; Fri, 18 Apr 2014 14:37:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WbDf7-00009P-E5 for emacs-devel@gnu.org; Fri, 18 Apr 2014 14:37:25 -0400 Original-Received: from mail-ee0-x22d.google.com ([2a00:1450:4013:c00::22d]:38237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbDf7-00009H-85 for emacs-devel@gnu.org; Fri, 18 Apr 2014 14:37:21 -0400 Original-Received: by mail-ee0-f45.google.com with SMTP id d17so1862131eek.32 for ; Fri, 18 Apr 2014 11:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:organization:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=SjQemIs2XBNr35j2UV6X6FGN6WlFJaPhniOIwrxE4sA=; b=PEJuqWnseAHwcjaXheFRHPgrn3iyKExMQsWo/jXtzOJqrgUtTAihhjeWgT/aboqfK7 tSEvahEhEYCEJvaQo5z5IvlAwUdOq2TYd1/5QOUNWBD6oEqPWGAqTWqWAoIGu4PxKhx+ fdq4WVG0xeWyvfHaZ6xSm7GYke1ubLc1Qkzw21pEgmAPlloRpzjSHKo9quVyWQPOGk8c mWvlBr/x4KorLxgffGuUf9eMvHt5cuWejGiGmZjNHeFXAYMsS+BqOJnuDmM530jX93k0 KRkpXKc5HsmawvnYchszEBKE5Bforvob2Vgtks+VwFQaTtF+w5Hr8GCn1n5+BPu3FfkF EwIQ== X-Received: by 10.14.220.130 with SMTP id o2mr24220072eep.42.1397846239376; Fri, 18 Apr 2014 11:37:19 -0700 (PDT) Original-Received: from flash.local (g228165139.adsl.alicedsl.de. [92.228.165.139]) by mx.google.com with ESMTPSA id 4sm78814967eeq.33.2014.04.18.11.37.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Apr 2014 11:37:18 -0700 (PDT) In-Reply-To: <5350CF28.9010702@dancol.org> (Daniel Colascione's message of "Fri, 18 Apr 2014 00:07:20 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (darwin) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22d 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:171490 Archived-At: Hello Daniel Daniel Colascione at "Fri, 18 Apr 2014 00:07:20 -0700" wrote: DC> On 04/17/2014 11:37 PM, Eli Zaretskii wrote: >> In any case, I don't see how unused >> features could get in your way too much, unless their design is wrong. DC> I find the abstractions in EDE to be much more confusing than they are DC> useful. For something that, at its core, ought to be very simple, there DC> are too many concepts --- target, project, sub-project, config, project DC> placeholder, too much shared state, and too few opportunities for ad-hoc DC> customization. The system feels specialized for a project based on DC> nested autoconf files that build C and C++, and the documentation DC> reflects that. I understand that EDE started simple and grew DC> functionality, but this functionality belongs in separate layers, not DC> mingled into the core. I did some development to support simple projects mostly for projects with one central project file in the top of the project (I call it single-root projects) - there is a primitive support for Maven, Leiningen, Ant, Rebar there. If you interested, you can look to the code at https://github.com/alexott/cedet/tree/devel/lisp/cedet/ede I plan to merge it into CEDET's trunk when the more functionality will be implemented -- With best wishes, Alex Ott http://alexott.blogspot.com/ http://alexott.net/ http://alexott-ru.blogspot.com/ Skype: alex.ott