From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: {Spam?} Re: progmodes/project.el and search paths Date: Fri, 07 Aug 2015 14:40:26 +0200 Message-ID: <8737zv1dc5.fsf@isaac.fritz.box> References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <87r3nkjxby.fsf@isaac.fritz.box> <87h9ogyq6s.fsf@isaac.fritz.box> <87d1z3zd20.fsf@isaac.fritz.box> <55C344A6.5040001@gmail.com> <55C493EB.20603@gmail.com> <877fp71fyb.fsf@isaac.fritz.box> <55C4A1E0.8010407@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438951264 16967 80.91.229.3 (7 Aug 2015 12:41:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Aug 2015 12:41:04 +0000 (UTC) Cc: Eric Ludlam , Eric Ludlam , Stefan Monnier , Emacs Development To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 07 14:40:53 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 1ZNgxA-0003uj-Ew for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 14:40:52 +0200 Original-Received: from localhost ([::1]:49029 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNgx9-0005ug-Ne for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 08:40:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42621) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNgwr-0005uY-TI for emacs-devel@gnu.org; Fri, 07 Aug 2015 08:40:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNgwo-0004mQ-OC for emacs-devel@gnu.org; Fri, 07 Aug 2015 08:40:33 -0400 Original-Received: from randomsample.de ([5.45.97.173]:36353) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNgwo-0004m4-BT for emacs-devel@gnu.org; Fri, 07 Aug 2015 08:40:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=LgEyM3NH2Bgy3QpXe9ZtsggDFD25Li+lexJuuaSPUhY=; b=Nd4y+QTGIZS3C+VHb8iexoFekbHr7gBr7CTlFIaVVpHwpBNs7A7K8ueumNIq77dJqDwOw5NMrpvXlijWuMAQvNXLlSxthVDfitYMpj+wAnL6HTqrnCHzl5B0FeYTzGip; Original-Received: from ip4d145d5e.dynamic.kabel-deutschland.de ([77.20.93.94] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZNgwm-0008D6-Ct; Fri, 07 Aug 2015 14:40:28 +0200 In-Reply-To: <55C4A1E0.8010407@yandex.ru> (Dmitry Gutov's message of "Fri, 7 Aug 2015 15:17:36 +0300") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 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:188537 Archived-At: Dmitry Gutov writes: > On 08/07/2015 02:43 PM, David Engster wrote: > >> Despite what may have been said, project.el is *not* meant to be some >> kind of "base class" for different project systems (that was at least >> what I initially thought, and which you seem to think as well). The way >> I see it, project.el is more like an adapter, although one that >> delegates the actual implementation, so something like an "abstract >> adapter". > > In OOP terms, it most closely resembles an "interface". EDE already has an interface. project.el allows to use (a small part of) that interface through another, hence 'adapter'. >> Dmitry and Stefan are saying that this adapter should only >> provide the information that is common to all possible project systems, >> which pretty much means "the list of files/directories that are part of >> this project". > > Not necessarily. As has been touched on in a related discussion, it > should be possible, for example, to define a fairly agnostic > project-build-targets (or "tasks", not sure which is the more common > term). > > I'm sure the list can be continued. Yes, but your usual answer so far was that you want a concrete package that needs it, so there's a chicken/egg problem here. -David