[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cl-defgeneric vs random funcall in project.el

From: Dmitry Gutov
Subject: Re: cl-defgeneric vs random funcall in project.el
Date: Wed, 5 Aug 2015 02:35:53 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0

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,

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).

reply via email to

[Prev in Thread] Current Thread [Next in Thread]