Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Forth > Re: part 21 ass...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 1 of 2 Topic 3859 of 4288
Post > Topic >>

Re: part 21 asserts forth best for small memory systems, would lisp

by Bruce McFarling <agila61@[EMAIL PROTECTED] > Mar 12, 2008 at 01:02 PM

On Mar 12, 3:20 pm, John Passaniti <n...@[EMAIL PROTECTED]
> wrote:
> I can certainly see that not all Forth code could be compiled.  But I
> can also see GCC sup****ting a very large subset of Forth that bundles in
> an interpreter for any dynamic, run-time code.

> I also question how much actual Forth code used in embedded systems
> relies on dynamic features.  Many Forth environments I've used over the
> years allow the creation of headless Forths that no longer have a
> dictionary or an inner interpreter.  Those kinds of applications (which
> I suspect are the majority) are exactly the kinds of applications that
> might benefit from a GCC that sup****ted Forth.

Ah, so a GCC stack-machine compiler that sup****ts a compatible subset
of Forth-94, for which a full Forth-94 implementation, such as gforth,
could play the role of cross-compiler.
 




 2 Posts in Topic:
Re: part 21 asserts forth best for small memory systems, would l
Bruce McFarling <agila  2008-03-12 13:02:49 
Re: part 21 asserts forth best for small memory systems, would l
John Passaniti <nntp@[  2008-03-12 20:27:58 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Mon Oct 13 8:31:58 CDT 2008.