From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Thu, 15 Oct 2015 23:31:03 +0300 Message-ID: <56200D07.30206@yandex.ru> 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> 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 1444941107 6080 80.91.229.3 (15 Oct 2015 20:31:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2015 20:31:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eric Ludlam , =?UTF-8?Q?Przemys=c5=82aw_Wojnowski?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 15 22:31:42 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 1ZmpBa-000140-5f for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 22:31:38 +0200 Original-Received: from localhost ([::1]:49536 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmpBZ-0006ZE-JV for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 16:31:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmpB7-0006SY-VL for emacs-devel@gnu.org; Thu, 15 Oct 2015 16:31:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmpB4-0007Hp-Q2 for emacs-devel@gnu.org; Thu, 15 Oct 2015 16:31:09 -0400 Original-Received: from mail-lf0-x232.google.com ([2a00:1450:4010:c07::232]:35853) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmpB4-0007HP-JE for emacs-devel@gnu.org; Thu, 15 Oct 2015 16:31:06 -0400 Original-Received: by lfeh64 with SMTP id h64so45202165lfe.3 for ; Thu, 15 Oct 2015 13:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=t06/7NSeCvc6R7ojgl0XOO2iy+uw1jYPUvnowSwKrt8=; b=MADUsQYop/lEObzd56CyLUYMLslUNOnuesskZdrnkQCjCnhBn3JX/9XdhhLOd1ZXZd UH/Rqb1GRbE6pLdCMZvtt+Ppk32NwzFQjwiHLgLGfPpcVRNGd1n7U6KXcB+JiHB7NieA 2llXAwrau9sovRyuWV0FPYtmU1g46enkDh3yTjB902x2s0P5mm6Peqa9LAo9npZ4NtAx YYEiYMqLvS3LinW57cUefbEFU8NbWdfgklneSz1w3FuaZFZJmh1dxSPy930Bnw3w3lWK +UdzCrCDPaSikSJpCV7zx/u5MR51fIc4DCsZe2b+FjkpXuwk5Y5qwvSWD24jvWQLnbKN mvrA== X-Received: by 10.180.23.67 with SMTP id k3mr694374wif.78.1444941065515; Thu, 15 Oct 2015 13:31:05 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id ew2sm495141wic.20.2015.10.15.13.31.04 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2015 13:31:04 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <561FA79C.30207@gmail.com> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c07::232 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:191685 Archived-At: 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.