Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!amdcad!sun!pitstop!sundc!seismo!uunet!mcvax!kth!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: call string for Modula-2: CAN be done! Message-ID: <130@m2cs.uu.no> Date: 4 Feb 89 16:23:40 GMT References: <4279@enea.se> <1260@iesd.uucp> Organization: Modula-2 CASE Systems A.S, Oslo, Norway Lines: 32 In article <1260@iesd.uucp>, amanda@iesd.uucp (Per Abrahamsen) writes: > C and Modula 2 don't have a "call string" because it would be > difficult and inefficient to implement in these languages, not because > Richie & Wirth thought it was wrong. > > -- > Per Abrahamsen, amanda@iesd.dk, {...}!mcvax!diku!iesd!amanda Well, we're working on an Interlisp-D/Symbolics/Smalltalk -inspired Modula-2 environment on the Sun workstation. The system includes an interpreter and an incremental compilation system. In our environment programs can build data structures which are programs (or pieces of programs) and send them off to the intepreter. The system is based on using a special data structure for representing Modula-2 source code. This data structure can be manipulated using library modules available to toolmakers. The editor is pretty "intelligent" because it works on a higher level than text only. You can view module dependencies and stuff like that, and it is easy to write new tools which manipulate/write programs. We have built an o-o database server for managing all the data, and the user interface is NeWS-based. While not extending Modula-2 in itself, we're trying to provide a dynamic, LISP-inspired environment for Moduleans. The first release will target the embedded systems market, so the environment does support "Modula-2 -- the fast systems language". - 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 | |