From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Ludlam Newsgroups: gmane.emacs.devel Subject: Re: running EDE from a file that is not under a project root dir Date: Thu, 06 Aug 2015 07:44:15 -0400 Message-ID: <55C3488F.5050600@siege-engine.com> References: <861tfiexaz.fsf@stephe-leake.org> <55C16D73.6080801@siege-engine.com> <86egjick23.fsf@stephe-leake.org> <55C1F6A8.8030901@siege-engine.com> <8637zwbynq.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 1438861486 6542 80.91.229.3 (6 Aug 2015 11:44:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Aug 2015 11:44:46 +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 13:44:31 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 1ZNJb4-0003WO-3h for ged-emacs-devel@m.gmane.org; Thu, 06 Aug 2015 13:44:30 +0200 Original-Received: from localhost ([::1]:44558 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNJb0-0002Tb-Ub for ged-emacs-devel@m.gmane.org; Thu, 06 Aug 2015 07:44:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNJax-0002TT-FF for emacs-devel@gnu.org; Thu, 06 Aug 2015 07:44:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNJar-0002PX-Od for emacs-devel@gnu.org; Thu, 06 Aug 2015 07:44:23 -0400 Original-Received: from mail-qg0-f44.google.com ([209.85.192.44]:35760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNJar-0002PT-L5 for emacs-devel@gnu.org; Thu, 06 Aug 2015 07:44:17 -0400 Original-Received: by qgj62 with SMTP id 62so25187554qgj.2 for ; Thu, 06 Aug 2015 04:44:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=eG95G2DnhzOjB7vozZvuurCjqLKoSZ6gyLSEHagjWoo=; b=TaNSYuFvA/Llo9vv6+2JuiSjXhBE6byuQIcY8wBizKddbwqownU2gYr2CxgXPsKlKb webTO/1VPer4AkksSh2SlKfd9YtxjHZGkOfCXiwT6m+ecnn7wtuhuDvVCSkVyRBLfHJx u/QdOjqB7yKcNPKIuRC3TGIUccvEkhUAbuKtZUXmeIoVTJlgKmF4ZdQbalhaqD/r3zk1 eOa1F0RLYwsu9oX9OLjvYzch7AEzfqoSn8QIomcCQS1hSKJmIjIMk8dH92I5h/nh6PST G5kYDChdXcxh6n3f+mFBTVAA6PFFCTbdlXqTNx5wibVwQaUZnzjg7snf8RxrNmHtLkcl w5ZA== X-Received: by 10.140.22.73 with SMTP id 67mr2192859qgm.42.1438861457093; Thu, 06 Aug 2015 04:44:17 -0700 (PDT) Original-Received: from [192.168.1.202] (pool-71-184-198-118.bstnma.fios.verizon.net. [71.184.198.118]) by smtp.googlemail.com with ESMTPSA id 76sm2898556qgf.7.2015.08.06.04.44.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Aug 2015 04:44:16 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 In-Reply-To: <8637zwbynq.fsf@stephe-leake.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.192.44 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:188495 Archived-At: On 08/06/2015 04:37 AM, Stephen Leake wrote: > For example, if you are in an Ada file that is not part of the current > project, and invoke 'ada-find-other-file' (to move from body to > specification), you will get an error "file is not in the current > project". That prevents the sort of error you describe above. > > But all commands that use project information should get it from the > single current project, yes. Ah, this is the distinction I was missing. The global project only affects unaffiliated files. I think I could agree with that. > There are two levels of "optional" here; `ede-current-project' could > always check the global var first; people who don't want that style just > leave it set to nil. > > Or the single global variable could be one of a user-configurable list > of things that ede-current-project checks. The logic I would expect is that the buffer local variable wins, and if it is empty, it checks the global project. That would prevent mistakes and provide flexibility. If you want the global value to win against the local value, that could be an option which I would avoid using. ;) I tend to work across multiple projects at the same time because CEDET is a support library, so I test it with different other projects. Having to constantly select what is active would be a PITA for me. > Hmm. In addition, I would expect the Development | Load Project menu > command to set the global variable, but others won't. So that needs to > be configurable somehow. Ah; if ede-current-project is set to not check > the global variable, it doesn't matter if it gets set. That was easy :). The load menu just makes sure the project has been loaded in, then you can use project browsers and such. Selecting the active project seems like a different feature. I'd want to see the suite of options before recommending what goes where. Eric