From: <Don.Bashford@stjude.org>
Cc: bug-gnu-emacs@gnu.org, gnuplot-bugs@lists.sourceforge.net,
bug-autoconf@gnu.org, rms@gnu.org, Don.Bashford@stjude.org
Subject: Re: emacs Shell mode vs AC_CHECK_PROG(EMACS, ...)
Date: Mon, 11 Sep 2006 16:40:51 -0500 [thread overview]
Message-ID: <rfwwt8aw07w.wl%Don.Bashford@stjude.org> (raw)
In-Reply-To: <060911205509.AA17674.SM@caleb.ins.cwru.edu>
>>>>> "Chet" == Chet Ramey <chet.ramey@case.edu> writes:
Chet> Bash does inspect the EMACS environment variable as part of
Chet> checking whether or not to turn off line editing even when
Chet> the shell is interactive. It also checks for TERM==emacs.
Chet> If the shell discovers it's running in an emacs buffer, it
Chet> turns off readline.
Maybe emacs should be in charge of turning readline off directly
instead expecting the shell to check envars to deal with special
cases. For example, emacs could send the shell something like "shopt
-u -o emacs; shopt -u -o vi". Then emacs could leave EMACS alone.
It might also be a good idea for AC_CHECK_COMMAND to at least give a
warning if shell variables have crazy-seeming values like "t", "0" or
"1". Better yet, when envars try to override command names it could
check whether the the command really exists. Or,
PROG=enval AC_CHECK_COMMAND(PROG, foo bar ...)
--> AC_CHECK_COMMAND(PROG, enval foo bar ...)
-Don
next prev parent reply other threads:[~2006-09-11 21:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-11 3:46 emacs Shell mode vs AC_CHECK_PROG(EMACS, ...) Don.Bashford
2006-09-11 17:42 ` Paul Eggert
2006-09-12 15:28 ` Richard Stallman
2006-09-11 19:57 ` Richard Stallman
2006-09-11 20:55 ` Chet Ramey
2006-09-11 21:40 ` Don.Bashford [this message]
2006-09-11 21:10 ` Don.Bashford
[not found] ` <mailman.6803.1158013410.9609.bug-gnu-emacs@gnu.org>
2006-09-13 13:58 ` Miles Bader
2006-09-13 17:12 ` Chet Ramey
2006-09-13 22:10 ` Kim F. Storm
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=rfwwt8aw07w.wl%Don.Bashford@stjude.org \
--to=don.bashford@stjude.org \
--cc=bug-autoconf@gnu.org \
--cc=bug-gnu-emacs@gnu.org \
--cc=gnuplot-bugs@lists.sourceforge.net \
--cc=rms@gnu.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).