home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.forth      Forth programmers eat a lot of Bratwurst      117,927 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 116,793 of 117,927   
   Anthony Howe to Anton Ertl   
   Re: single-xt approach in the standard   
   24 Sep 24 07:08:19   
   
   From: achowe@snert.com   
      
   On 2024-09-17 15:25, Anton Ertl wrote:   
   > There is no standardized way to define words with arbitrary   
   > combinations of interpretation and compilation semantics.  I don't   
   > consider this to be a problem.  We would need such words only for   
   > defining words like S", and we don't need additional words of this   
   > kind.   
      
   `STATE` smart words are essentially composite words of behaviour when compiled   
   and when interpreted.   
      
   a/ Outside of `INTERPRET` use of `NAME>COMPILE` and `NAME>INTERPRET`, what is   
   the point of obtaining the `xt` of a interpreted word?  Isn't `INTERPRET`   
   pretty   
   implementation specific having intimate knowledge of the internals?   
      
   b/ If `STATE` smart words are problematic ( S" S\" ACTION-OF TO IS ), why not   
   separate them into their composite parts which you can then obtain an `xt`?  (I   
   know there is a painful dislike of adding new words that never existed before).   
      
   c/ Allow `STATE` smart words, but claim that trying to obtain the interpreting   
   `xt` as non-portable behaviour (punt) and system/implementation specific.  OR   
   the corollary...   
      
   c'/ Only allow obtaining the compile `xt` of `STATE` smart words as portable.   
      
      
   --   
   Anthony C Howe   
   achowe@snert.com                                   BarricadeMX & Milters   
   http://nanozen.snert.com/                          http://software.snert.com/   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca