From: Glenn Morris <rgm@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 6401@debbugs.gnu.org, tim@tenkan.org
Subject: bug#6401:
Date: Tue, 22 Nov 2011 02:49:30 -0500 [thread overview]
Message-ID: <2cmxboiol1.fsf@fencepost.gnu.org> (raw)
In-Reply-To: <E1RSj4F-0006cf-9s@fencepost.gnu.org> (Eli Zaretskii's message of "Tue, 22 Nov 2011 00:38:51 -0500")
Eli Zaretskii wrote:
>> http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00432.html
>>
>> I don't know if a solution was ever found for that.
>
> No solution was found, because I, like you, don't know what to do
> about it. Emacs has no way of knowing whether EMACSDATA etc. is set
> for it or for some other Emacs. So it cannot remove it from the
> environment when running subprocesses. Maybe someone could come up
> with some clever idea.
If all else fails, we can at least write a PROBLEMS entry.
Why does a --with-ns build actually need to set these env-vars for child
processes?
Could they specifically be unset in spawned M-x shells?
Similar to the suggestion in emacs-devel, could configure unset
$EMACSDATA if $EMACS is set (which indicates it is running from an Emacs
shell)? Under what circusmtances would one want to set EMACSDATA when
building Emacs? Or could we replace the env-var with a --with-emacsdata
argument to configure instead? Then people who need the functionality
can still access it, and people who don't won't inadvertently get
affected by it.
next prev parent reply other threads:[~2011-11-22 7:49 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-11 11:53 bug#6401: Failure in loading charset map: JISX0208 Sigve Berge Hofland
2011-05-24 16:30 ` bug#6401: Sigve Berge Hofland
2011-07-02 1:01 ` bug#6401: Glenn Morris
2011-11-21 2:33 ` bug#6401: Tim Daly Jr.
2011-11-21 23:31 ` bug#6401: Glenn Morris
2011-11-22 5:38 ` bug#6401: Eli Zaretskii
2011-11-22 7:49 ` Glenn Morris [this message]
2011-11-22 8:36 ` bug#6401: Eli Zaretskii
2011-11-22 17:29 ` bug#6401: Glenn Morris
2011-11-22 17:34 ` bug#6401: Tim Daly Jr.
2011-11-22 17:42 ` bug#6401: Glenn Morris
2011-11-22 22:15 ` bug#6401: Glenn Morris
2012-07-10 1:06 ` bug#6401: Failure in loading charset map: JISX0208 Glenn Morris
2011-11-22 18:08 ` bug#6401: Eli Zaretskii
2011-11-22 17:32 ` bug#6401: Glenn Morris
2011-11-22 18:09 ` bug#6401: Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2cmxboiol1.fsf@fencepost.gnu.org \
--to=rgm@gnu.org \
--cc=6401@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=tim@tenkan.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.