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 09:45:39 +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> 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 1439196371 4587 80.91.229.3 (10 Aug 2015 08:46:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Aug 2015 08:46:11 +0000 (UTC) Cc: emacs-devel To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 10 10:46:10 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 1ZOiie-0002tJ-On for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 10:46:08 +0200 Original-Received: from localhost ([::1]:57381 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOiie-0004R3-3B for ged-emacs-devel@m.gmane.org; Mon, 10 Aug 2015 04:46:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOiiW-0004Qe-Ta for emacs-devel@gnu.org; Mon, 10 Aug 2015 04:46:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZOiiV-0002Ve-PA for emacs-devel@gnu.org; Mon, 10 Aug 2015 04:46:00 -0400 Original-Received: from mail-io0-x232.google.com ([2607:f8b0:4001:c06::232]:34179) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZOiiV-0002Uu-Jp for emacs-devel@gnu.org; Mon, 10 Aug 2015 04:45:59 -0400 Original-Received: by iodb91 with SMTP id b91so102920763iod.1 for ; Mon, 10 Aug 2015 01:45:58 -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=L4BrzAtJABWiJ5JvHuIICW6OVAZCpqGiUtUFP6jHWno=; b=kNWUj+brPnsoG72GWYcFDSkxpq05WEpvxCV891N+5OHt1A/B2UfiRGD2c1AgnS1JFG ieP8ez8PXbfaC15Fi7puB6JnRi87xH2gFK0I7waVoyGCgLviQ/fPAVoVbSoV3WuV0wz1 9e7N3Nl4rOJuiU0pv0bblVCc63YiiloM/QExLkpLOZFYqCuBJR5rZe3fkFFJnGx6hqjP PNzmU3f6p//9f+45qFVpfSVYdOnuomHObSkP12TkXixZQxxeTSpPkUe5ylZuXWQ3gVgb DJYGFW37HPhfXVsSYPNEaM67CrRZiF2sw2bdBtN3O8Ctmcb9DK93aKusVtgxjdEYp682 ZC9A== X-Received: by 10.107.18.31 with SMTP id a31mr23733597ioj.22.1439196358807; Mon, 10 Aug 2015 01:45:58 -0700 (PDT) Original-Received: by 10.107.30.210 with HTTP; Mon, 10 Aug 2015 01:45:39 -0700 (PDT) In-Reply-To: <86h9o7zvqw.fsf@stephe-leake.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c06::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:188660 Archived-At: On Mon, Aug 10, 2015 at 4:07 AM, Stephen Leake wrote: > Jo=C3=A3o T=C3=A1vora writes: > >> I wrote somewhere else that I think some kind of vision is needed >> for the whole thing (a simple ASCII diagram would do for >> me). Personally, I tend to like your approach and it seems to be modular >> and simple, but I got lost in the details of your discussion with Stephe= n... >> >> Is the general picture something like this? >> >> >> uses auto-picks one >> fns from and gets info from >> >> +---------------+ +----------+ +----------------+ >> | xref | | | | project-vc | >> | M-x compile |------->|project.el|------->|project-makefile| >> |grep-my-project| | | | project-xcode | >> +---------------+ +----------+ +----------------+ > > That's the design I'm trying to follow, but I'm not clear what Dmitry > thinks; he doesn't like grep-project, for example. Perhaps he doesn't because xref kind of supersedes it right, it? 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 > On the other hand, you can in principle use 'ede.el' instead of > 'project.el'. I'm persuing that idea for a while; if that works well > enough, then there's no need for project.el. I suppose. I tried, but not very hard, ede.el in the past. The reason I didn't try very hard is that it scared me. If I recall pcorrectly, there a lot to setup, new concepts to learn... and a funnyly named file to edit: I'm really hoping project.el vc-aware interface can: * automatically understand 90% of my projects automatically. * 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) * For the other 5% I'll bite the bullet and edit a file at the root of the project. I just hope that file is .dir-locals.el. --=20 Jo=C3=A3o T=C3=A1vora