Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!nrl-cmf!ames!amdcad!sun!pitstop!sundc!seismo!uunet!mcvax!enea!naggum!isncr!m2cs!frode
From: frode@m2cs.uu.no (Frode Odegard)
Newsgroups: comp.lang.misc
Subject: Re: Call by string (was: B&D)
Summary: B&D - Modula?  Doesn't have to be!!
Message-ID: <128@m2cs.uu.no>
Date: 1 Feb 89 12:36:48 GMT
References: <4279@enea.se>
Organization: Modula-2 CASE Systems A.S, Oslo, Norway
Lines: 23

In article <4279@enea.se>, sommar@enea.se (Erland Sommarskog) writes:
>   In Modula which has initiation parts in the module we could require
> that each menu-selection routine loads itself in the initiation part.
> However, we run the risk theat the application programmer is messing
> things up. (Typically one such routine is in a module of its, since
> it more or less an independent program.) It works, but it's still B&D.
> 

We're doing an environment for large Modula projects which includes
lots of Interlisp-D/Symbolics features. It is quite easy to write Modula
programs which write Modula programs and send them off to the interpreter
or the incremental compilation system. The interpreter is yet another
library module... [and this is not a toy, we're going to hit the embedded
systems market HARD in a few months..incremental compilation reduces turn-
around time a LOT].

				- Frode

-- 
| Frode L. Odegard         |"The world is coming to an end! Repent and|
| Modula-2 CASE Systems    |rm /bin/cc"                               |
| NORWAY (EUROPE)     	   |                                          |
| Email: frode@m2cs.uu.no  |                                          |