From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Przemys=c5=82aw_Wojnowski?= Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Fri, 16 Oct 2015 09:39:10 +0200 Message-ID: <5620A99E.7080009@cumego.com> 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> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <561A6199.1020901@cumego.com> <561B9D87.70504@yandex.ru> <561C2C17.3090503@cumego.com> <561DC1CA.6090901@siege-engine.com> <561E3FB6.8010407@yandex.ru> <561EEFDE.7000809@gmail.com> <561F29D0.3070605@yandex.ru> <561FA79C.30207@gmail.com> <56200D07.30206@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444981176 30633 80.91.229.3 (16 Oct 2015 07:39:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 07:39:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov , Eric Ludlam Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 16 09:39:27 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 1Zmzbo-0005nl-Nj for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 09:39:24 +0200 Original-Received: from localhost ([::1]:51371 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmzbo-0007os-2g for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 03:39:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmzbk-0007oQ-4U for emacs-devel@gnu.org; Fri, 16 Oct 2015 03:39:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zmzbf-0003bN-4Z for emacs-devel@gnu.org; Fri, 16 Oct 2015 03:39:20 -0400 Original-Received: from smtp23.iq.pl ([86.111.242.228]:34425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmzbe-0003bD-Qf for emacs-devel@gnu.org; Fri, 16 Oct 2015 03:39:15 -0400 Original-Received: (qmail 26006 invoked from network); 16 Oct 2015 07:39:12 -0000 Original-Received: from unknown (HELO [192.168.1.106]) (esperanto@cumego.com@[159.205.196.239]) (envelope-sender ) by smtp22.iq.pl with AES128-SHA encrypted SMTP for ; 16 Oct 2015 07:39:12 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <56200D07.30206@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 86.111.242.228 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:191714 Archived-At: W dniu 15.10.2015 o 22:31, Dmitry Gutov pisze: > On 10/15/2015 04:18 PM, Eric Ludlam wrote: > >> Any particular project type may or may not care about the build system. >> Some do because they are the build system. Some do because they look in >> the config files to try to extract some handy nuggets of information. >> Some do because the build system leaves a file behind that can be >> detected as the root of the project. > > Then we might as well treat the build-file-as-project-root-marker and > build-file-as-source-of-build-tasks as two unrelated things, in the API. And in > certain cases both implementations can delegate to the same code. > >> For your example above someone who is familiar with those tools would >> pick the best way to detect a project (maybe by build system like ant, >> or by some other means) and also pick the best way to extract whatever >> data is needed, such as a command to pass to 'compile', and hopefully a >> classpath. It might be 6 independent types that share a lot of code or >> baseclasses, or maybe one hybrid. I don't think it really matters. > > It matters if to *really* add support for a new build tool, the author has to > add X new project definitions. > IIUC someone developing an EDE support (a plugin?) for a build tool can provide as many as s/he wants, right? For example for a build tool a developer may provide only two definitions: clean and build. I think that two more features would be helpful: - composition of tasks (e.g. run "clean" before "build") - allow user to add own tasks (could be customizations of default tasks, like "compile --with-debug-symbols"). Correct me if I'm wrong, but EDE (xref and project.el) are open for modifications, right? It not "take it as it is or leave it". BTW Why EDE (and CEDET) are in two different repositories (and projects?). One is in Emacs sources, another here http://sourceforge.net/projects/cedet/ ?