From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: cl-defgeneric vs random funcall in project.el Date: Mon, 10 Aug 2015 20:21:52 +0100 Message-ID: References: <86oaiwa57v.fsf@stephe-leake.org> <55B79B3F.1060200@yandex.ru> <86wpxj93r2.fsf@stephe-leake.org> <55B82A0C.5040709@yandex.ru> <86fv4782k2.fsf@stephe-leake.org> <55B92F76.7060104@yandex.ru> <86380686sm.fsf@stephe-leake.org> <55BA0AC4.7060906@yandex.ru> <86mvyd7jf0.fsf@stephe-leake.org> <55BA5BDD.1080009@yandex.ru> <86k2thz0dw.fsf@stephe-leake.org> <55BAC366.1010803@yandex.ru> <86fv44z94l.fsf@stephe-leake.org> <55BBFC3E.2010405@yandex.ru> <86h9ojjoll.fsf@stephe-leake.org> <55BCB6E5.2040804@yandex.ru> <86wpxfhyzm.fsf@stephe-leake.org> <55BCF888.4020907@yandex.ru> <55C1271A.2090202@yandex.ru> <86h9o7zvqw.fsf@stephe-leake.org> <55C8E84D.4050701@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1439234549 6589 80.91.229.3 (10 Aug 2015 19:22:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Aug 2015 19:22:29 +0000 (UTC) Cc: Stephen Leake , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 10 21:22:28 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 1ZOseS-0005lR-Kx for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 21:22:28 +0200 Original-Received: from localhost ([::1]:59959 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOseR-0000Fk-Qh for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 15:22:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOseE-0000Ff-GU for emacs-devel@gnu.org; Mon, 10 Aug 2015 15:22:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZOseD-0005Xh-Fr for emacs-devel@gnu.org; Mon, 10 Aug 2015 15:22:14 -0400 Original-Received: from mail-io0-x234.google.com ([2607:f8b0:4001:c06::234]:35024) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOseD-0005Xb-AK for emacs-devel@gnu.org; Mon, 10 Aug 2015 15:22:13 -0400 Original-Received: by iodd187 with SMTP id d187so179774259iod.2 for ; Mon, 10 Aug 2015 12:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=KI9wcfO1aLuHTZGK9rW8EjCT44MGsZNp5ouhdG3jmSI=; b=YpV2V4h9jvgLFHaSNPjheWXthYVhO52daD4qF5NQ5U9dEPIpSCIz62DrPCkzzJ2vHP i9ScWMcOILKP76AYNa1WQTdrdSYLAUIHSRhGcvQHhf2UAYaH6myxsbQAWK4McuH0o8vb oz6OjK7mChb1Ij2lr0NrkBJ9xw/Of2f0qP0Ihd8HVryWQ6X42uzzWfBt48K8M9BcFVu8 vwoj10bzGWrNEQG6Lge+l4AcoFGmx3ldp9tfQd6fSZJu6gt5Kislpps0xokHUKAHCZfW RGPUETGxvFc0ThkEKA/+1hNIGqcCxnDlPU8I6tSXKX2lkx7ygseiW7ujNdXCAbo+qabY sGLQ== X-Received: by 10.107.8.11 with SMTP id 11mr21264690ioi.125.1439234532637; Mon, 10 Aug 2015 12:22:12 -0700 (PDT) Original-Received: by 10.107.30.210 with HTTP; Mon, 10 Aug 2015 12:21:52 -0700 (PDT) In-Reply-To: <55C8E84D.4050701@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c06::234 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:188703 Archived-At: On Mon, Aug 10, 2015 at 7:07 PM, Dmitry Gutov wrote: > On 08/10/2015 11:45 AM, Jo=C3=A3o T=C3=A1vora wrote: > >> But >> I agree it should be possible to implement grep-project and to get the >> dirs it needs from a single interface in project.el > > I see no technical obstacles there. That's what I suspected, but Stephen said that you don't like it. I mistake= nly took that as a suggestion that you wouldn't add the functionality to suppor= t it. >> * For the other 5% I'll try to make the projects themselves conform to >> some other standard representation that some other project backend >> automatically understands, i.e. I would rename targets of Makefiles >> and relocate dependencies if that helped some hypothetocal backend >> (that I assume is well designed) > > To be honest, I'm not sure how to better serve this use case. > > Either someone will have to write another backend (or several) that targe= t > different build systems, or the VC backend will have to be equipped with = a > pluggable facility for reading project files. > > Some combination of the two will probably turn out to be optimal. I agree. But I think you misunderstood me, these particular 5% are the ones where you're "off-the-hook", meaning I'll adapt my project to to fit some existing backend. For example, if I have a project in some obscure VCS that the vc backend doesn't support, I might consider switching VCS systems. --=20 Jo=C3=A3o T=C3=A1vora