Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #38003
| Date | 2015-04-06 10:51 +0100 |
|---|---|
| From | Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> |
| Newsgroups | comp.lang.forth |
| Subject | Re: Rockwell R65F11 |
| Message-ID | <20150406105114.38629028@T60A> (permalink) |
| References | (2 earlier) <6666f49c-5282-445f-8098-b56aa9c9d225@googlegroups.com> <20150402102012.66a1452d@T60A> <551d2736$0$3060$e4fe514c@dreader35.news.xs4all.nl> <20150403121645.6705fc14@T60A> <87vbhd6v02.fsf@jester.gateway.sonic.net> |
On Fri, 03 Apr 2015 09:23:41 -0700 Paul Rubin <no.email@nospam.invalid> wrote: > Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> writes: > > Agreed, but if you had a Forth chip, and wanted to sell it to > > a wide audience, then Python might make it look more attractive, > > and then you'd be doing the os/system code in Forth, not C. > > Current concepts of Forth chips that I know of are for small embedded > programs, nothing remotely as complicated as a Python interpreter. The > stack hardware lets you make a very simple and tiny CPU. I believe even > Micropython needs around a megabyte of ram. Once you're willing to use > that much ram, you might as well use a conventional processor with > registers. You startled me, so I checked their site, and now I'd like to have a MicroPython to play with! The ARM processor has 1MB of Flash, and 196kB RAM, and the current download size seems to be ~260kB. [1][2] Perhaps my other comments were too 'forward looking' > It's a mistake to think of CPython byte code as something like token > threaded Forth, where the byte codes correspond to simple combinations > of machine instructions. Some of them do complicated things like load a > Python source file into the interpreter. Finally, a lot of the Python > Python source file into the interpreter. Looking at opcode.h in Python, it seems to me that only about a third of the opcodes reference high level functions. It is not uncommon for a processor to trap unimplemented instructions and run software, so a custom python (stack) engine could do the same. > Finally, a lot of the Python > ecosystem (even included datatypes like lists and dictionaries) is > library modules written in C that get loaded into the Python > interpreter. If you want people to be able to program your Forth Python > in a familiar Python style, you'll have to implement all those modules. > Doable in principle I suppose, but hard to justify as I see it. If there was an ideal engine, it could start work in small embedded systems with no libraries, then, as it grew then libraries would be translated or written. Norbert Feurle? started a simple Python stack engine project. [3] As I see it, the picture is much lighter than you painted, but possibly much darker than I imagine. Jan Coombs -- email valid, else fix dots and hyphen jan4clf2014@murrayhyphenmicroftdotcodotuk [1] http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1577/LN1035/PF252144 [2] http://www.micropython.org/download/ [3] http://old.myhdl.org/doku.php/projects:python_hardware_processor
Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-23 15:52 -0700
Re: Rockwell R65F11 "WJ" <w_a_x_man@yahoo.com> - 2015-03-23 23:46 +0000
Re: Rockwell R65F11 Jason Damisch <jasondamisch@yahoo.com> - 2015-03-23 17:24 -0700
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-23 17:33 -0700
Re: Rockwell R65F11 visualforth@rocketmail.com - 2015-03-24 21:44 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-03-25 14:47 -0700
Re: Rockwell R65F11 rickman <gnuarm@gmail.com> - 2015-03-25 18:42 -0400
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-25 19:43 -0700
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-25 20:08 -0700
Re: Rockwell R65F11 visualforth@rocketmail.com - 2015-03-25 21:41 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-03-25 22:43 -0700
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-26 11:42 -0700
Re: Rockwell R65F11 "WJ" <w_a_x_man@yahoo.com> - 2015-03-26 20:50 +0000
Re: Rockwell R65F11 visualforth@rocketmail.com - 2015-03-26 18:07 -0700
Re: Rockwell R65F11 visualforth@rocketmail.com - 2015-03-26 13:11 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-03-26 21:11 -0700
Re: Rockwell R65F11 visualforth@rocketmail.com - 2015-03-26 22:14 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-03-28 16:57 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-03-28 17:18 -0700
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-03-31 11:05 -0700
Re: Rockwell R65F11 Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-02 10:20 +0100
Re: Rockwell R65F11 albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-04-02 11:25 +0000
Re: Rockwell R65F11 Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-03 12:16 +0100
Re: Rockwell R65F11 Paul Rubin <no.email@nospam.invalid> - 2015-04-03 09:23 -0700
Re: Rockwell R65F11 Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-06 10:51 +0100
Re: Rockwell R65F11 Paul Rubin <no.email@nospam.invalid> - 2015-04-06 13:55 -0700
Re: Rockwell R65F11 Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-07 20:18 +0100
Re: Rockwell R65F11 Paul Rubin <no.email@nospam.invalid> - 2015-04-07 19:02 -0700
Re: Rockwell R65F11 Paul Rubin <no.email@nospam.invalid> - 2015-04-02 16:10 -0700
Re: Rockwell R65F11 Raimond Dragomir <raimond.dragomir@gmail.com> - 2015-04-02 22:57 -0700
Re: Rockwell R65F11 Paul Rubin <no.email@nospam.invalid> - 2015-04-03 00:06 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-04-03 09:00 -0700
Re: Rockwell R65F11 Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-08 08:27 +0100
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-04-24 12:22 -0700
Re: Rockwell R65F11 hughaguilar96@gmail.com - 2015-04-24 13:38 -0700
Re: Rockwell R65F11 Derek Simmons <dereks314@gmail.com> - 2015-04-25 08:35 -0700
csiph-web