Interactive SML use from Emacs, a question of approach

Grant Rettke <[email protected]>
Newsgroups gmane.comp.lang.ml.mlton.user
Message-ID <CAAjq1mf7mTc8XpaD7fitRsWGEtCxdzs97PEqDsw-yM-ss-JHUw@mail.gmail.com>
Hi,

A while back the guys on the Racket list shared two worldviews for
doing interactive development (context was sharing the existence of
them and I won't cite or claim anything more than that :)):

1. Interactively send code to a REPL. Let the environment grow and
evolve. Restart the interpreter as needed.

2. Start a fresh REPL every time code is evaluated so that the
entirety of the system state is known and predictable.

I'm kind of having two minds about this. #2 is more precise and
predictable, which is great. #1 is just more agile though.

When I set up OCaml mode (tuareg), I did it like #2 and it worked
fine. Now I'm setting up SML mode, and I'm curious how other people do
their real development workflow in regards to REPL and development
management.

Best wishes,

-- 
Grant Rettke | ACM, AMA, COG, IEEE
[email protected] | http://www.wisdomandwonder.com/
"Wisdom begins in wonder." --Socrates
((λ (x) (x x)) (λ (x) (x x)))
"Life has become immeasurably better since I have been forced to stop
taking it seriously." --Thompson

To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
MLton-user mailing list
[email protected]; [email protected]
https://lists.sourceforge.net/lists/listinfo/mlton-user
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.