From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: running EDE from a file that is not under a project root dir Date: Fri, 07 Aug 2015 16:53:59 +0200 Message-ID: <87y4hnyws8.fsf@isaac.fritz.box> 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> <87fv3w1ya2.fsf@isaac.fritz.box> <86y4ho8o1k.fsf@stephe-leake.org> <87bnej1ii0.fsf@isaac.fritz.box> <86zj236ulr.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438959620 26006 80.91.229.3 (7 Aug 2015 15:00:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Aug 2015 15:00:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 07 17:00: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 1ZNj7n-0001TZ-V4 for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 17:00:00 +0200 Original-Received: from localhost ([::1]:49479 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNj7n-0000MY-BX for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 10:59:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNj7V-0000Lw-Ck for emacs-devel@gnu.org; Fri, 07 Aug 2015 10:59:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNj25-0000Ux-A4 for emacs-devel@gnu.org; Fri, 07 Aug 2015 10:54:09 -0400 Original-Received: from randomsample.de ([5.45.97.173]:36558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNj24-0000Tt-Uq for emacs-devel@gnu.org; Fri, 07 Aug 2015 10:54:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=+CuEw6/ofYjhrsRS3zfth1HKJIzYFxaZPsRE47jJig0=; b=owFEacU21HRAFmKekbOxUe6MlSMTVHub5l16nsgX2KP3LOngkbZRVsBR2Z7gEF8DBDpIfr5vozquzXhv3jmQzZLKxrYcHw2ph6mGDIIoRQl+exkhoGc7mO4LCFwQ4djK; Original-Received: from ip4d145d5e.dynamic.kabel-deutschland.de ([77.20.93.94] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZNj23-000136-NN; Fri, 07 Aug 2015 16:54:03 +0200 In-Reply-To: <86zj236ulr.fsf@stephe-leake.org> (Stephen Leake's message of "Fri, 07 Aug 2015 09:28:32 -0500") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 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:188550 Archived-At: Stephen Leake writes: > David Engster writes: > >> Stephen Leake writes: >> >>> But that doesn't give me the full search path, because I don't know >>> which higher level project the user is working on. >>> >>> In Emacs Ada mode, the top level project is the current project; the lower >>> level projects are present as far as gprbuild is concerned, but the >>> Emacs code doesn't need to know about them. There are still many >>> top-level Ada projects that share lower-level code, so if more than one >>> top-level project was open, there would not be a one-to-one mapping from >>> file to project. >>> >>> If Eclipse and Visual Studio are like that, so the collection of >>> projects contains only top level projects, then _if_ they have disjoint >>> file sets, you can get the project from a file. But that seems unlikely, >>> and highly use case dependent. >> >> In Eclipse, you simply cannot share files or folders between projects, >> at least not with the same path. > > Ok, so the file sets are (nominally) disjoint between projects (except > for system files, which are special). Apparently that's more > likely/common than I realized. > > And if you are working on several top level projects that share core > code subprojects, you have to manually switch between the top level > projects, possibly by quitting that instance of Eclipse and starting > another. You can of course load another workspace/solution into Eclipse/VS without quitting. >> You either copy them, or you symlink them from one project into >> another. > > Yuck. That totally defeats CM! What CM? Content management? Configuration management? Cyanogenmod? ;-) > > This all sounds like a desperate effort to pretend that we are _not_ > working on projects that have an inherent hierarchical structure, with > shared code at the base. Apparently that would be too hard to > understand, or something. It does require the top level teams to > actually talk to each other to manage the core code; maybe that's the > problem (software engineers are not good at talking to each other?). > > I prefer to embrace the hierarchy, and develop tools to let me manage it > efficiently. > Not sure I understand you here. The usual way of code sharing I know is to create libraries. Those have their own project, and if your project depends on a library, you load its project into your workspace and define a dependency on it. What's wrong with that? Would you prefer to add it as some kind of sub-project into your project? That would be a much stronger coupling. -David