From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: A unified project root interface Date: Wed, 20 Mar 2013 08:57:16 -0400 Message-ID: References: <20130309174419.6e1cadb4@forcix.kollektiv-hamburg.de> <87hakh2299.fsf@fimbulvetr.bsc.es> <513FBA1C.5040100@siege-engine.com> <87vc8vyy66.fsf@engster.org> <5143C11D.8070705@siege-engine.com> <87sj3vv35h.fsf@engster.org> <20130316160203.6b889aba@forcix.kollektiv-hamburg.de> <87ehffuf1g.fsf@engster.org> <20130317001630.125e1987@forcix.kollektiv-hamburg.de> <87y5dmsz5u.fsf@engster.org> <20130317191817.764a44f5@forcix.kollektiv-hamburg.de> <87ppywtj9s.fsf@engster.org> <87li9juabi.fsf@engster.org> <87d2uvtdeb.fsf@engster.org> <874ng6tugb.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1363784253 30104 80.91.229.3 (20 Mar 2013 12:57:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Mar 2013 12:57:33 +0000 (UTC) Cc: "Eric M. Ludlam" , emacs-devel@gnu.org, Jorgen Schaefer To: John Yates Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 20 13:57:56 2013 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 1UIIaY-00012s-Pi for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 13:57:55 +0100 Original-Received: from localhost ([::1]:46747 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIIaB-0006DO-Ix for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 08:57:31 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:57592) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIIa7-00069w-7Y for emacs-devel@gnu.org; Wed, 20 Mar 2013 08:57:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIIa5-0006YK-Lp for emacs-devel@gnu.org; Wed, 20 Mar 2013 08:57:27 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:21367) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIIa5-0006YC-C7 for emacs-devel@gnu.org; Wed, 20 Mar 2013 08:57:25 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFxKvA/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOfYQSFFYFegxM X-IPAS-Result: Av4EABK/CFFFxKvA/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOfYQSFFYFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="5348065" Original-Received: from 69-196-171-192.dsl.teksavvy.com (HELO pastel.home) ([69.196.171.192]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 20 Mar 2013 08:57:19 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 927EC6795A; Wed, 20 Mar 2013 08:57:16 -0400 (EDT) In-Reply-To: <874ng6tugb.fsf@engster.org> (David Engster's message of "Wed, 20 Mar 2013 08:13:24 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 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:157992 Archived-At: >> That might require splitting EIEIO, or some other approach, maybe, >> I don't know. > I don't think that's a practical approach. In EDE, a project *is* a > class. [ Actually, there are various reasons to split EIEIO, one of them would be to try and fix the eval-and-compile mess. ] > I would however like to ask if such a 'project-root' feature is > absolutely needed right at startup time. I'm not sure about the overhead > involved when loading files, which might be annoying to people who don't > need it. OTOH, we already have vc-find-file-hook enabled by default, > which I guess renders such questions moot... Right, one possible approach is to try and delay the use of project-root, as is done for VC: have a preloaded ede-hooks.el file which is just enough to try and detect projects that use EDE, and then only load EDE if/when opening a file in such a project. Stefan