Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!fauern!opal!wg From: wg@opal.cs.tu-berlin.de (Wolfgang Grieskamp) Newsgroups: comp.lang.functional Subject: Re: Help needed with behaviour of SML (its interactive system) Message-ID: <3224@opal.cs.tu-berlin.de> Date: 4 May 91 21:36:39 GMT References: <9104262016.AA28063@enuxha.eas.asu.edu> <20644@ogicse.ogi.edu> Sender: news@opal.cs.tu-berlin.de Reply-To: wg@opal.cs.tu-berlin.de Followup-To: comp.lang.functional Organization: Technical University of Berlin Lines: 25 Nntp-Posting-Host: troll kers@hplb.hpl.hp.com (Chris Dollin) writes: >Here's another one. SML is an interactive incremental development language. >This means that when you find an error in a function definition, all you need >to do is to redefine the function and .... >Funny, this useful feature of interactive langauges seems to have gone wrong. >I'll just have to load all the code I've compiled since then. Exactly. Or is there someone working professional with SML who takes advantage of the interactive system? Personal (relatively little) experiences with the SML environment is that one soon writes batch files to work around it. This is irritating, since the design of the language is highly based on this "interactive" window dressing. It seems in principal that the functional and incremental development paradigms do no coincide well. But a meta language level which manages the version problem may close the gap. -- Wolfgang Grieskamp wg@opal.cs.tu-berlin.de tub!tubopal!wg wg%opal@DB0TUI11.BITNET