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: simple useful functions Date: Fri, 03 Dec 2010 23:36:09 -0500 Message-ID: References: <20101028.115615.04128253.Takaaki.Ota@am.sony.com> <20101203.153710.363898753.Takaaki.Ota@am.sony.com> <20101203.185802.425329138.Takaaki.Ota@am.sony.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1291437398 2249 80.91.229.12 (4 Dec 2010 04:36:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 4 Dec 2010 04:36:38 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tak Ota Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 04 05:36:34 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1POjrI-00006n-Ur for ged-emacs-devel@m.gmane.org; Sat, 04 Dec 2010 05:36:32 +0100 Original-Received: from localhost ([127.0.0.1]:45550 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1POjrH-00044k-9J for ged-emacs-devel@m.gmane.org; Fri, 03 Dec 2010 23:36:27 -0500 Original-Received: from [140.186.70.92] (port=40347 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1POjr9-00043D-SJ for emacs-devel@gnu.org; Fri, 03 Dec 2010 23:36:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1POjr8-0001An-M9 for emacs-devel@gnu.org; Fri, 03 Dec 2010 23:36:19 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:48032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1POjr8-0001AN-E6 for emacs-devel@gnu.org; Fri, 03 Dec 2010 23:36:18 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oB44aEpe012805; Fri, 3 Dec 2010 23:36:14 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id A8AB8A8364; Fri, 3 Dec 2010 23:36:09 -0500 (EST) In-Reply-To: <20101203.185802.425329138.Takaaki.Ota@am.sony.com> (Tak Ota's message of "Fri, 3 Dec 2010 18:58:02 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3698=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133391 Archived-At: >> - I fail to see in which circumstance(s) this is useful. > OK, I see this may not be useful for everybody. That's not necessarily a problem, tho. Most packages in Emacs are not useful for everybody, after all. Still, it needs to be useful to more than a handful; and, more importantly, it should provide a clear functionality in a "generic" way (this is what is likely to make it useful to more than a handful of users). > The reason I wrote this command was to support embedded software > development. In embedded development work we are usually required to > use some cross compilation tools. Such tools often come with a setup > script which includes setting up necessary environment variables for > command paths and library paths. IIUC these scripts are written for /bin/sh, right? How do (t)csh users handle that? [ Sorry, I'm not that familiar with cross-compiling: OpenWRT is about as far as I got into this, and it "takes care of things" in ways I haven't tried to understand. They don't use such setup scripts, at least in a user-visible way (although the user does perform the cross-compiling). ] > In order to compile software in this environment from Emacs I need to > start Emacs from the shell that has run the script. But to me Emacs > is not a text editor but a working environment. I partly understand the context. But right here I think your script fails to serve you: it uses `setenv' which affects all inferior processes, so if you're working on several projects at the same time from the same Emacs session (likely if you're using it as a work environment, which is also the intended use to a large extent), you get pollution from one project to the other. I think this issue is important, and I suspect that figuring out how it should be solved is necessary to figure out what is a good/generic way to provide this "source" feature. Stefan