Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.compilers > #3185
| From | Thomas Koenig <tkoenig@netcologne.de> |
|---|---|
| Newsgroups | comp.compilers |
| Subject | Re: PALM challenge |
| Date | 2022-10-02 20:13 +0000 |
| Organization | news.netcologne.de |
| Message-ID | <22-10-011@comp.compilers> (permalink) |
| References | <22-10-001@comp.compilers> |
Steve Lewis <lewissa78@gmail.com> schrieb: > Lots of new CPUs, sure. > > But let's explore an old CPU: the 1975 PALM. ... > [Architecture described here http://computermuseum.informatik.uni-stuttgart.de/dev/ibm_5110/technik/en/ > It doesn't look like it would be all that bad as a target for C although the code to handle the stack > might be a bit tedious. -John] Interesting having 16-bit integers but only an 8-bit ALU, where a carry for addition is added to the upper bit, would need a few instrucions for a 16-bit addtion. It would be straightforward to write out such an instruction sequence each time a 16-bit addition was required, though. [IBM programmed the PALM to simulate most of S/360 to run APL\360 and the System/3 mini to run the BASIC interpreter, both I assume hand coded in assembler. It was a tour de force at the time. I agree that generating code for C doesn't look hard, just tedious. -John]
Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar
PALM challenge Steve Lewis <lewissa78@gmail.com> - 2022-10-01 01:24 -0700
Re: PALM challenge gah4 <gah4@u.washington.edu> - 2022-10-01 17:09 -0700
Re: PALM challenge Thomas Koenig <tkoenig@netcologne.de> - 2022-10-02 20:13 +0000
Re: PALM challenge gah4 <gah4@u.washington.edu> - 2022-10-03 04:37 -0700
csiph-web