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: running EDE from a file that is not under a project root dir Date: Thu, 6 Aug 2015 13:34:11 +0300 Message-ID: <55C33823.6070804@yandex.ru> References: <861tfiexaz.fsf@stephe-leake.org> <55C14848.8030904@yandex.ru> <86wpxab2hb.fsf@stephe-leake.org> <55C1D79D.2020906@yandex.ru> <867fp8c0cg.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1438857270 4845 80.91.229.3 (6 Aug 2015 10:34:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Aug 2015 10:34:30 +0000 (UTC) To: Stephen Leake , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 06 12:34:24 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 1ZNIVD-0005cr-04 for ged-emacs-devel@m.gmane.org; Thu, 06 Aug 2015 12:34:23 +0200 Original-Received: from localhost ([::1]:44346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNIVC-0001JZ-Aa for ged-emacs-devel@m.gmane.org; Thu, 06 Aug 2015 06:34:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38187) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNIV9-0001HF-9y for emacs-devel@gnu.org; Thu, 06 Aug 2015 06:34:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNIV5-0007nj-98 for emacs-devel@gnu.org; Thu, 06 Aug 2015 06:34:19 -0400 Original-Received: from mail-la0-x22e.google.com ([2a00:1450:4010:c03::22e]:33437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNIV5-0007nT-1E for emacs-devel@gnu.org; Thu, 06 Aug 2015 06:34:15 -0400 Original-Received: by labjt7 with SMTP id jt7so28593146lab.0 for ; Thu, 06 Aug 2015 03:34:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=Nhj9Toy0hdOXVItBuXgV83qc810nQnZEQe0k3v8ZhVo=; b=UX9V3REA9LYhtDJEFHze1vHVUe+82YQTqAS2FDGrstxEEnXsJk9wDGjAfHMRudh9xY Y+3jCBlC0wwQQ0ZzGhBur/l6w5BRX8zO04PQGOrUDEJ3mK1LQSJCh+9HgjhS/DYsCrWI 95v09UM18uLeiBz+A/BrejBlAgkNQuf+BOIA4eM+0OXXn9euRaJekCpr7Nc49v8nG8po g06zRqLuQOMMN2kQ8AdvqFJsZAIH2T8CacdCiMFGE3A5P1EzjgPVNpxsK0ttyF0cGSh8 TR4IKvdBv34ZszTQUv6m+ML1nmfx3RB2pBKIGVQPnsNHg/IyFALXu8Aj0FhTxm3rmZ0E etZA== X-Received: by 10.112.143.136 with SMTP id se8mr829946lbb.101.1438857254175; Thu, 06 Aug 2015 03:34:14 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id tj8sm1271505lbb.22.2015.08.06.03.34.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Aug 2015 03:34:13 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: <867fp8c0cg.fsf@stephe-leake.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22e 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:188492 Archived-At: On 08/06/2015 11:01 AM, Stephen Leake wrote: >> As long as we're reusing semantic-symref-find-references-by-name, we >> need some way to make it use the ignores. Probably not by making it >> aware of project.el. > > Why not? that seems to fit perfectly with "provide project information > to other elisp programs" Sure, if you want to rewrite it. Should probably get Eric's agreement first. > There's a very good reason; there should be _one_ global variable that > stores the _one_ currently active project. You seem to be arguing from some ideological standpoint. There's no practical need for this, for you to get the desired behavior, AFAICT. > You are completely missing the point of this functionality. How so? As long as your project-find-functions element knows which variable to look up, you should be all set.