From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sebastian Wiesner Newsgroups: gmane.emacs.devel Subject: Re: Compile Mode and "host" Emacs Date: Tue, 29 Oct 2013 15:07:28 +0100 Message-ID: References: <874n80l0b3.fsf@nbtrap.com> <874n80w7cl.fsf@nbtrap.com> <87wqkwurtb.fsf@nbtrap.com> <87sivkurai.fsf@nbtrap.com> <87a9hsuqjk.fsf@nbtrap.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1383055654 30355 80.91.229.3 (29 Oct 2013 14:07:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Oct 2013 14:07:34 +0000 (UTC) Cc: emacs-devel@gnu.org To: Nathan Trapuzzano Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 29 15:07:38 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 1Vb9xK-0005kK-JM for ged-emacs-devel@m.gmane.org; Tue, 29 Oct 2013 15:07:38 +0100 Original-Received: from localhost ([::1]:47376 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vb9xJ-0001YW-DX for ged-emacs-devel@m.gmane.org; Tue, 29 Oct 2013 10:07:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vb9xG-0001YM-Jp for emacs-devel@gnu.org; Tue, 29 Oct 2013 10:07:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vb9xB-0001yg-Qt for emacs-devel@gnu.org; Tue, 29 Oct 2013 10:07:34 -0400 Original-Received: from mail-qa0-x22d.google.com ([2607:f8b0:400d:c00::22d]:43222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vb9xB-0001yW-Mp for emacs-devel@gnu.org; Tue, 29 Oct 2013 10:07:29 -0400 Original-Received: by mail-qa0-f45.google.com with SMTP id ii20so2896565qab.4 for ; Tue, 29 Oct 2013 07:07:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nWynQX7NvP5h7vBj9+R0HwSAgLxMsVz5A0ORln3mPmE=; b=GAGxwAp1Amd+zQSkEcyjEje6gmAiqE5dcLOqFhC8D/aWSbFFm/M56l5m52aYTIjD3t kMh/3rcQ3ZXUclSTUc52Z0Q0wYwSahRe1bDNgZxchIBg/LE3UozchB1BCBLpzvxc5aI5 9dZe/HrQWbvt/azV/IAAVvcsno018Z5OP+U1NGXqkwg1HrOh3EILxkIQsS/fQckSAYXI KmXe7gbsj32yAcal1DefUO8Ogmk32oNrqmC08c5/sehznseXFobkNvAOTx4eBIbVntSN lQRhODvPOTjs/qlQIFE6mTEP33f99xiG1vMXyUu9VdTXLFZW/U7X5rdnccICI4cTJzB8 MziQ== X-Received: by 10.224.120.138 with SMTP id d10mr1008529qar.20.1383055648969; Tue, 29 Oct 2013 07:07:28 -0700 (PDT) Original-Received: by 10.224.78.11 with HTTP; Tue, 29 Oct 2013 07:07:28 -0700 (PDT) In-Reply-To: <87a9hsuqjk.fsf@nbtrap.com> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400d:c00::22d 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:164631 Archived-At: 2013/10/29 Nathan Trapuzzano : > Sebastian Wiesner writes: > >> Well, as I myself use Emacs trunk, it would solve *my* problem >> immediately :) Of course, it would not solve my users' problem right >> now, but at least it would do so in the foreseeable future, when Emacs >> 24.4 is released. That's still better than nothing, isn't it? > > Yes it is. But if solving _your_ problem is good enough in the short > run, why not just add that (setenv ...) sexp to your .emacs? Well, because obviously this would *never* solve this problem for my users, unless they replicate my configuration. If Compile Mode was now changed to set a variable, lets call it "EMACS_PATH" for now, I myself would not need to do anything, and my users would just need to add this variable to their "init.el" temporarily, until 24.4 is released. And besides, setting variables in "init.el" just to support a single script is sort of a dirty hack, isn't it? I'd rather like to see this solved in a clean way in Emacs itself. After all, this use case can't be so special that none else has it.