m4-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: m4 -e


From: Akim Demaille
Subject: Re: m4 -e
Date: 10 Aug 2001 12:46:47 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Academic Rigor)

>>>>> "Gary" == Gary V Vaughan <address@hidden> writes:

Gary> On the surface that sounds like the best idea, but then why
Gary> wouldn't we we want interactive mode on by default when
Gary> interacting with the interpreter.

I'm OK with the flushing issue, although I never experienced any such
problem, but being unable to interrupt a loop is definitely a bad
problem.

>> 2. keep it as is but add a negative -e option

Gary> I think this is better...

>> 3. when interactive, break the current expansion, but return to the
>> main loop?  No idea if this is actually feasible.

Gary> That would be cool!  It is certainly possible with a longjmp,
Gary> set to return back to the main loop if an interrupt is detected.
Gary> There might be a cleaner way to do it by unwinding the call
Gary> stack though.

OK, I'll have a look at that.

>> Also, how about making it possible to use readline?  This could
>> make 3. easier (when not linked with m4, simply exit?).

Gary> I would like to do this... but only as a module.  M4 is rarely
Gary> used interactively (compared to the number of people who
Gary> generate configure scripts), so I don;t think readline belongs
Gary> in the core.  There is probably a small amount of work needed in
Gary> the main loop to provide the hooks for a readline interface
Gary> module to connect to.

Hm...  For my personal education, I'd be happy to give this a try, but
you certainly have more experience :)

>> Also, I like when options are changeable by the script itself, so
>> maybe we could have a builtin to adjust this?  Something a la
>> debugmode/debugfile.

Gary> To toggle interactive mode programmatically?  Sure, why not.

Well, I'm not ferociously for this.  I'm ferociously in favor of a
means for me to stop M4 when it goes wild, but if any of the other
possibility is provided, I'm fine.


Hm...  Actually, we can imagine scripts which would like to ask
something to the user...



::: L I N K S   F O R   T H E   D A Y :::

Today's news on the web: http://freshmeat.net/daily/2001/12/09/
freshmeat.net newsgroup: news://news.freshmeat.net/fm.announce

-.-..- ------..---..--..--.--- --.---..-..--.  --- - --  --.  ---

::: R E L E A S E   H E A D L I N E S (76) :::

[001] - alterMIME 0.1.7
[...]
[036] - m4sh 0.1
[...]
[064] - ZPoPyDA 2.0.5


---- -----.-- .--..- .------.--.---.  --.-.- ..-. - ----  .-.--- 

::: R E L E A S E   D E T A I L S :::

[...]

                        - %  - %  - % - % -

[036] - m4sh 0.1
  by Anonymous
  Thursday, December 9th 2001 10:42

Categories: Interactive Shells

About: M4sh is a UNIX command interpreter (shell) built on top of GNU
M4 1.5, usable as an interactive login shell and as a shell script
command processor.  Of the standard shells, m4sh most closely
resembles sh but includes many enhancements.  M4sh has command line
editing, builtin spelling correction, programmable command completion,
shell macros (as opposed to the common but obsolete concept of
functions), a history mechanism, and a host of other features.

Changes: This is an official beta release. All pending bug fixes and
feature patches have been applied.

License: GNU General Public License (GPL)

URL: http://freshmeat.net/projects/m4sh/

                        - %  - %  - % - % -

[...]
_______________________________________________
The freshmeat daily newsletter
To unsubscribe, send email to address@hidden
or visit http://lists.freshmeat.net/mailman/listinfo/freshmeat-news





reply via email to

[Prev in Thread] Current Thread [Next in Thread]