Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #41551
| Newsgroups | comp.lang.forth |
|---|---|
| Date | 2015-08-26 02:35 -0700 |
| References | <cd067e03-cb33-41ff-aaf1-6b770ae946aa@googlegroups.com> <62b4c3a2-717e-4c76-80ac-19319e285d1a@googlegroups.com> <d8dee494-3252-4fd4-ba4b-b4199e624717@googlegroups.com> |
| Message-ID | <bed4a91c-0ce8-4b1e-ade9-e5e804df81b0@googlegroups.com> (permalink) |
| Subject | Re: Registers.. |
| From | Mat <dambere@web.de> |
Am Mittwoch, 26. August 2015 01:19:54 UTC+2 schrieb Mux: > That said, stack machines DO have the ability to make up for their lack of performance by just stamping a LOT of them out on a single die and interconnecting them. The GA144 is a great example of that although somewhat botched in execution... This strategy is limited by the increase of needed core management (or routing) specially for accessing shared, internal or external resources (which do not mean that it can not be done in an efficient way). Unfortunately, this implies increased complexity for optimizing compilers and because the demand for such tools increase with the inability for machine-oriented programming, this is a serious market? disadvantage if such compiler does not exist or the existing ones are to limited (well, in my subjective opinion of course) > Anyway, my question was whether or not you're treading into register machine territory by adding registers to the otherwise 'pure' stack machine architecture, which is, that everything uses the stack, including memory operations. The introduction of one or more registers seems to imply a shift from the core stack machine philosophy. Indeed. This tendency can lead probably to accumulator-store architectures with implicit stack addressing.
Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Registers.. Mux <Yvo.Zoer@gmail.com> - 2015-08-25 13:35 -0700
Registers.. Mark Wills <markwills1970@gmail.com> - 2015-08-25 15:20 -0700
Re: Registers.. Mux <Yvo.Zoer@gmail.com> - 2015-08-25 16:19 -0700
Re: Registers.. "Elizabeth D. Rather" <erather@forth.com> - 2015-08-25 14:54 -1000
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-26 00:37 -0400
Re: Registers.. Mat <dambere@web.de> - 2015-08-26 02:35 -0700
Re: Registers.. hughaguilar96@gmail.com - 2015-08-26 10:24 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-26 23:56 -0400
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-26 00:35 -0400
Re: Registers.. "Rod Pemberton" <boo@fasdfrewar.cdm> - 2015-08-25 22:32 -0400
Re: Registers.. Mux <Yvo.Zoer@gmail.com> - 2015-08-25 19:58 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-26 00:43 -0400
Re: Registers.. anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-08-26 08:06 +0000
Re: Registers.. Mux <Yvo.Zoer@gmail.com> - 2015-08-26 07:36 -0700
Re: Registers.. Mat <dambere@web.de> - 2015-08-26 02:07 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-26 09:58 -0400
Re: Registers.. Mat <dambere@web.de> - 2015-08-26 13:50 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-27 00:13 -0400
Re: Registers.. Mat <dambere@web.de> - 2015-08-29 02:30 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-29 09:29 -0400
Re: Registers.. Mat <dambere@web.de> - 2015-08-29 12:50 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-30 11:13 -0400
Re: Registers.. Mat <dambere@web.de> - 2015-08-30 09:19 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-30 15:44 -0400
Re: Registers.. hughaguilar96@gmail.com - 2015-08-30 14:06 -0700
Re: Registers.. Greg <abiforth@gmail.com> - 2015-08-30 21:07 -0700
Re: Registers.. Mat <dambere@web.de> - 2015-08-31 01:51 -0700
Re: Registers.. "Alex McDonald" <blog@rivadpm.com> - 2015-09-01 09:23 +0100
Re: Registers.. Mat <dambere@web.de> - 2015-08-30 10:08 -0700
Re: Registers.. rickman <gnuarm@gmail.com> - 2015-08-30 16:01 -0400
csiph-web