Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!pitt!willett!ForthNet From: ForthNet@willett.pgh.pa.us (ForthNet articles from GEnie) Newsgroups: comp.lang.forth Subject: Linking, Modules, and Overlays Message-ID: <2452.UUL1.3#5129@willett.pgh.pa.us> Date: 4 Mar 91 13:19:58 GMT Organization: (n.) to be organized. But that's not important right now. Lines: 58 Date: 02-27-91 (13:37) Number: 1349 of 1349 To: DENNIS RUFFER Refer#: 1316 From: ELLIOTT CHAPIN Read: NO Subj: LINKING, MODULES, AND OVE Status: PUBLIC MESSAGE Conf: FORTH (58) Read Type: GENERAL (+) Subj: LINKING, MODULES, AND OVE DR>Re: STANLEY SUTTON > Are the following two screens a proper use of defining words? DR>...code removed... DR>Not bad Stan. The only concern I would have is what happens to the other DR>registers. Forth typically keeps some things in registers like return DR>stack and interpreter pointers. You may need to push and pop them in your DR>code routines. I don't remember which ones F83 uses however, but look at DR>the low level words (like docolon) to figure it out. F83 data stack ptr = SP return BP instruction SI word BX - this one only important for recursion Dennis, I've gotten a little further on my token-threaded Forth since we spoke last week: in fact, a "new class of CFAs" for relatives of CREATES/DOES> or IF/THEN, etc.is not needed (as far as I can tell). The token table can hold adjusted values of the instruction pointer, as well as current CFAs. This takes care of preserving parent/child links easily as long as token-table order is kept the same as dictionary order. There is an obvious catch: dictionary searches by token-table alone won't work in general; all that means is that LFAs of some kind would still be needed. Regards, Elliott PS - It's not clear how dependable the CRS Usenet/e-mail connection is, so please let me know by mail or phone as well as e-mail if/when I get the chance to be one of the GEnie volunteers. Elliott Chapin --- ~ DeLuxe}ab #4315 ~ PCRelay:CRS -> RelayNet (tm) 4.10a14 Canada Remote Systems * Toronto, Ontario <<<>>> ----- This message came from GEnie via willett. You *cannot* reply to the author using e-mail. Please post a follow-up article, or use any instructions the author may have included (USMail addresses, telephone #, etc.). Report problems to: dwp@willett.pgh.pa.us _or_ uunet!willett!dwp