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: cl-defgeneric vs random funcall in project.el Date: Wed, 5 Aug 2015 02:35:53 +0300 Message-ID: <55C14C59.2070505@yandex.ru> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1438731371 4591 80.91.229.3 (4 Aug 2015 23:36:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Aug 2015 23:36:11 +0000 (UTC) Cc: Stephen Leake , emacs-devel To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 05 01:36:05 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 1ZMlkY-0006Rf-Km for ged-emacs-devel@m.gmane.org; Wed, 05 Aug 2015 01:36:02 +0200 Original-Received: from localhost ([::1]:38486 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMlkX-0005wZ-NJ for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 19:36:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48190) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMlkU-0005wQ-Ub for emacs-devel@gnu.org; Tue, 04 Aug 2015 19:35:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZMlkR-0004a8-NM for emacs-devel@gnu.org; Tue, 04 Aug 2015 19:35:58 -0400 Original-Received: from mail-la0-x234.google.com ([2a00:1450:4010:c03::234]:34103) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMlkR-0004a0-FP for emacs-devel@gnu.org; Tue, 04 Aug 2015 19:35:55 -0400 Original-Received: by labow3 with SMTP id ow3so17745823lab.1 for ; Tue, 04 Aug 2015 16:35:54 -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=8lpJTtn4vaTwGiLBN3k+O4cWrfEKk1KIR1TCVFgk7vw=; b=EYEHt/tWDk8jGxliPkqWOS6h+bX19OfIa8wzqFyUJIkOp2LxhZxWexF3Fo3dPIg/OQ fCt2va10CoJbAm+0WjHKQiU5Z8Qz8sUOMISYCPbcPx/3+YcaG/AIg28iQg2yNzRUuKQA bXh8oxALUFYGrpLxzVYRvFwbhsgQdRypUGTVg5genmQowZ4pCUKT/zMgte6xuvVZgcvT iLmMA3EBamyFZq9G0UaXqm4U1skN0i93ydM3/1vNCTVgK7VzKyNkhN5jqV29ivVTfZ8A l/ibSMypKPNjRqa/nLjCx6bPKYU4c6jvjNWrHfhJDPzTSTByO5kXSC53owH05LGfVrx2 oMvA== X-Received: by 10.112.63.201 with SMTP id i9mr6769688lbs.93.1438731354568; Tue, 04 Aug 2015 16:35:54 -0700 (PDT) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id r6sm168360lbw.10.2015.08.04.16.35.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Aug 2015 16:35:54 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::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:188418 Archived-At: On 08/05/2015 01:43 AM, João Távora wrote: > Assuming my half-baked understanding of all of this is minimally > correct, I'd say "global" though. I might want to change my project > from make to cmake to something else and keep my list of ignored dirs, > right? I suppose that depends on whether the Makefile format the "make project" already includes a means to specify the search-path and the ignore patterns. Same for "cmake project" and CMakeLists.txt. But if you're going to the VC project backend for all those projects anyway, the answer to the question won't make a difference. So I suppose we could introduce those variables globally, but then say that the respective methods must use them, unless the project file includes syntax allowing the user to specify those values there. > 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 Stephen... > > Is the general picture something like this? There no solid plan on this, but I'd expect the functions on the left all start with project-. So M-x rgrep uses the current directory, and M-x project-rgrep uses the project-roots combined with project-search-path (maybe we'll have two commands for that: one won't include search-path, and another will).