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: Wed, 14 Oct 2015 14:42:46 +0300 Message-ID: <561E3FB6.8010407@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> 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 1444823101 25940 80.91.229.3 (14 Oct 2015 11:45:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 11:45:01 +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 Wed Oct 14 13:44:56 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 1ZmKUH-0008Pl-89 for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 13:44:53 +0200 Original-Received: from localhost ([::1]:41793 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmKUG-0006M4-DC for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 07:44:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmKSL-00068t-IH for emacs-devel@gnu.org; Wed, 14 Oct 2015 07:42:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmKSI-0005kU-5b for emacs-devel@gnu.org; Wed, 14 Oct 2015 07:42:53 -0400 Original-Received: from mail-wi0-x232.google.com ([2a00:1450:400c:c05::232]:33643) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmKSH-0005jj-IE for emacs-devel@gnu.org; Wed, 14 Oct 2015 07:42:49 -0400 Original-Received: by wicge5 with SMTP id ge5so96974267wic.0 for ; Wed, 14 Oct 2015 04:42:49 -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=Cbn2J50SRAqAFwl4xC/Q7oJTeIbuWktSohcRWW3dtDQ=; b=tte+qRpXkCuCean9/s2TBNbaQWYzNVl2OUUmvjirWqNiX3RsrM/ZN1C5X1eYidZA/N oupm7pHDhqneY6via2cZtWnjcEhwspbwljsg21rqddhPGYiAyOoAo14JKaU9WvAhjUyr fNohNzcm3rN8az+1fdHPRxXjTdVppS562WCqv7u0bgWovnWHx2OQk+gN6U73AgnIEJcv g8hDZ6mnX3fLt/9Qxj2aS2qsHfftrS/kno3JOSyShHx8CEvHeaXlrPW7TSXfsTNXzT6M RoAKVQdqchlvfgi74L1G0MjymQYng443BblotX2b3tNQ628/7jw5F1Wg8Kf38kyFKiSD AiWQ== X-Received: by 10.180.207.235 with SMTP id lz11mr4060638wic.1.1444822969004; Wed, 14 Oct 2015 04:42:49 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id p4sm18948840wia.15.2015.10.14.04.42.47 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Oct 2015 04:42:48 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <561DC1CA.6090901@siege-engine.com> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::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:191546 Archived-At: On 10/14/2015 05:45 AM, Eric Ludlam wrote: > This is how EDE (a part of CEDET) is setup and works. There are > "projects", and in projects there are "targets". There are project > build commands, and target build commands. Each project or target can > have language specific features for setting up CEDET's parsers. Is there a particular reason to have the notion of "target" in the project API? If the need is to simply disambiguate commands with the same name, the commands could be prefixed with the target name, e.g. "release:compile", "release:test". > There is a set of different base classes for projects, and many > specializations for various flavors of java projects such as maven and > ant, C++ projects, lisp projects, and more. What do you do if several different project types use the same build system (and so the logic to parse the build targets is the same)? What would you do if a certain project type can be used with different build systems? Create an inheriting sub-type for each of them? That approach looks worrying if we get several varying pieces of behavior like that: for example, different build tools and different test frameworks.