Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #57698 > unrolled thread
| Started by | JUERGEN <epldfpga@aol.com> |
|---|---|
| First post | 2017-04-21 00:49 -0700 |
| Last post | 2017-04-26 01:38 -0400 |
| Articles | 20 on this page of 195 — 20 participants |
Back to article view | Back to comp.lang.forth
Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-21 00:49 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-21 01:17 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-21 01:47 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-21 18:55 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Clive Arthur <cliveta@nowaytoday.co.uk> - 2017-04-22 19:48 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-22 14:50 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-23 00:23 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-23 11:13 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-23 16:14 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-23 19:34 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-23 21:52 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-23 21:59 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 02:20 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 04:04 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 13:40 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 14:41 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 18:22 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 15:28 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 18:44 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 19:34 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 16:41 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 20:36 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 04:44 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 12:41 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 10:03 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 12:20 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 14:12 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 15:13 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 16:59 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 14:35 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 17:19 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 15:36 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-25 01:26 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 11:21 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 09:50 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 12:37 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 14:11 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 13:51 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 15:14 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 14:15 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 11:34 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 11:38 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 11:39 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 14:00 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 15:15 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 12:27 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 16:04 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 13:36 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 17:03 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 12:42 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 12:55 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 15:16 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 14:22 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 15:51 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 13:27 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 13:19 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 11:38 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 13:59 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 12:36 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 14:49 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 14:29 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 16:30 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 15:57 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 17:11 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 14:12 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 17:38 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 16:41 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 15:11 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 17:32 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-26 03:33 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 11:33 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-26 14:05 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 17:24 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-26 14:51 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 18:29 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-26 16:18 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 21:07 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-27 01:52 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-27 02:10 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-27 02:22 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:10 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:25 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:08 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Alex <alex@rivadpm.com> - 2017-04-27 16:14 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Alex <alex@rivadpm.com> - 2017-04-27 16:17 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:46 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-27 14:07 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 17:58 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-26 20:34 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 01:07 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-27 21:21 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-28 08:54 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-28 10:46 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-27 10:46 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-27 12:05 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:50 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-28 11:23 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started john <anon@example.com> - 2017-04-27 11:43 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:57 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:21 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 11:58 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-04-28 07:53 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-28 22:31 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-28 20:14 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-30 16:08 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-29 13:48 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-29 10:45 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-27 15:49 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-29 00:27 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-28 20:28 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-29 14:15 +0000
Stack processor address regs . was Ting's EP32 32 Bit Processor Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-05-01 13:45 +0100
Re: Stack processor address regs . was Ting's EP32 32 Bit Processor anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-05-02 13:15 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started jim.brakefield@ieee.org - 2017-04-28 18:20 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Coos Haak <htrofhc@gmail.com> - 2017-04-29 13:00 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started "Rudy Velthuis" <newsgroups@rvelthuis.de> - 2017-04-29 11:47 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Coos Haak <htrofhc@gmail.com> - 2017-04-29 15:02 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started jim.brakefield@ieee.org - 2017-04-30 18:32 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-26 20:40 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 01:21 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-26 21:14 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-27 02:17 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-27 05:05 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started john <anon@example.com> - 2017-04-27 13:35 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-27 05:42 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Alex <alex@rivadpm.com> - 2017-04-27 14:00 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-27 06:04 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Alex <alex@rivadpm.com> - 2017-04-27 15:31 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 12:26 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Julian Fondren <julian.fondren@gmail.com> - 2017-04-29 08:04 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started john <anon@example.com> - 2017-04-27 10:30 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 12:32 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started john <anon@example.com> - 2017-04-28 12:01 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-26 21:34 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-27 01:26 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-27 21:25 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-28 02:50 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started pahihu <pahihu@gmail.com> - 2017-04-28 00:23 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-28 07:46 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Mark Wills <markwills1970@gmail.com> - 2017-04-28 02:25 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-28 05:35 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Walter Banks <walter@bytecraft.com> - 2017-04-28 14:55 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 13:58 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-04-26 04:11 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-25 19:54 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 14:32 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-04-25 23:25 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 14:40 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-23 14:27 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-23 20:35 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-23 19:09 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Clive Arthur <cliveta@nowaytoday.co.uk> - 2017-04-25 15:33 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Walter Banks <walter@bytecraft.com> - 2017-04-25 13:20 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 14:00 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Walter Banks <walter@bytecraft.com> - 2017-04-26 14:27 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 13:58 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-25 20:15 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 15:07 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-25 21:37 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-04-26 14:28 +0000
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 12:17 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Clive Arthur <cliveta@nowaytoday.co.uk> - 2017-04-26 18:48 +0100
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-26 21:15 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Paul Rubin <no.email@nospam.invalid> - 2017-04-25 18:39 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 00:25 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Lars Brinkhoff <lars.spam@nocrew.org> - 2017-04-26 09:58 +0200
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 17:43 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 13:10 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 16:42 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 16:06 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 14:25 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 17:52 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-23 00:18 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-22 13:28 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-23 05:06 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-23 06:38 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-23 11:24 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-23 12:17 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-23 23:43 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 04:16 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started JUERGEN <epldfpga@aol.com> - 2017-04-24 06:18 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 14:28 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 17:00 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 15:10 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 17:43 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 16:40 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-24 21:16 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-25 09:42 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Cecil Bayona <cbayona@cbayona.com> - 2017-04-25 12:22 -0500
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-24 14:28 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started Ilya Tarasov <ilya74.tarasov@gmail.com> - 2017-04-24 15:03 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 15:39 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-25 20:44 -0400
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started hughaguilar96@gmail.com - 2017-04-25 22:25 -0700
Re: Ting's EP32 32 Bit Processor IP with eForth eBook is available now and the Project page started rickman <gnuarm@gmail.com> - 2017-04-26 01:38 -0400
Page 8 of 10 — ← Prev page 1 … 6 7 [8] 9 10 Next page →
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2017-04-28 05:35 -0400 |
| Message-ID | <odv27o$lf0$1@dont-email.me> |
| In reply to | #58301 |
On 4/28/2017 5:25 AM, Mark Wills wrote: > Why does smaller mean faster? > Speed of light is speed of light. Exactly, smaller means shorter paths, but that's not the real limit. > Is it because smaller transistors can switch faster? Less capacitance to charge up. -- Rick C
[toc] | [prev] | [next] | [standalone]
| From | Walter Banks <walter@bytecraft.com> |
|---|---|
| Date | 2017-04-28 14:55 -0400 |
| Message-ID | <oe037t$1kpn$1@gioia.aioe.org> |
| In reply to | #58302 |
On 2017-04-28 5:35 AM, rickman wrote: > On 4/28/2017 5:25 AM, Mark Wills wrote: >> Why does smaller mean faster? Speed of light is speed of light. > > Exactly, smaller means shorter paths, but that's not the real limit. > > >> Is it because smaller transistors can switch faster? > > Less capacitance to charge up. > and transmission speed (which isn't as fast as speed of light) every little bit helps. Capacitance delays are significant in internal transmission. In some of the processors I have been working on we prototype in fpga's and are getting 150 MIPs or so with an intermediate amount of placement optimization. w..
[toc] | [prev] | [next] | [standalone]
| From | hughaguilar96@gmail.com |
|---|---|
| Date | 2017-04-25 13:58 -0700 |
| Message-ID | <00ebe4c5-a1aa-456a-b470-1f31c548ea91@googlegroups.com> |
| In reply to | #58128 |
On Tuesday, April 25, 2017 at 12:29:26 PM UTC-7, Cecil - k5nwa wrote:
> In C one can write a lot of code before anything is tested and somewhere
> along the line a pointer might not have been initialized, it's easy to
> miss sometimes.
One can do that in Forth too. In Forth however, the culture says that good style is bottom-up rather than top-down, and the interactive command-line makes testing of small functions easy so good style is encouraged --- in C good style is not rewarded (because you are going to debug using a single-step debugger), and hence bad style (top-down programming with huge functions) is the culture.
> With Forth that is not much of an issue all routines are small so you
> can see what you are doing.
I recommend defensive programming. For example, we had this thread:
https://groups.google.com/forum/#!topic/comp.lang.forth/LcuvmV8k7A0
On Sunday, April 23, 2017 at 1:41:27 PM UTC-7, hughag...@gmail.com wrote:
> On Friday, April 21, 2017 at 7:11:44 PM UTC-7, Elizabeth D. Rather wrote:
> > Here you go:
> > : CVARIABLE ( -- ) CREATE 1 ALLOT
> > DOES> ( - a ) ;
>
> You are so bad at Forth programming that you screwed up even this super-trivial Forth code!
>
> Here you go:
>
> : cvariable create 0 c, ;
>
> The 0 C, is necessary so the program does the same thing every time if the programmer forgets to store a value in the variable before fetching from it (a common bug). With your code, you are initializing the variable to whatever happened to be in memory. The program may work after some compiles, and may not work after other compiles --- this is difficult bug to track down.
>
> Note that this is the same design flaw that Anton Ertl made in his definition of {: --- he had the locals after the | being initialized to an unknown value --- the correct way to do this (what I did in the novice-package) is initialize them to zero.
It is a good idea to anticipate bugs --- for example, a common bug is to use a variable without first initializing it --- so you write your code in such a way that if this bug occurs it will get caught.
Another common bug is to call a function with illegal parameters --- this can be checked, so you get an abort with a helpful error message, rather than bizarre behavior that baffles the programmer as to where the bug is --- anybody writing a code-library should put checks like this in to help the users of that code-library.
My experience with MFX is that most of the bugs were the result of getting my vocabulary usage screwed up. These bugs resulted in some truly bizarre behavior of the software that gave me no clue at all as to where the bug was and baffled me for days. The big breakthrough with that program was to write code (this was UR/Forth specific) that could determine from an xt what vocabulary it was in --- I then wrote checks to make sure before executing the xt that it was in the correct vocabulary --- when I did this, I was able to find bugs within minutes that had previously taken me days to find, and pretty soon there were no bugs anymore. :-D
[toc] | [prev] | [next] | [standalone]
| From | Andrew Haley <andrew29@littlepinkcloud.invalid> |
|---|---|
| Date | 2017-04-26 04:11 -0500 |
| Message-ID | <5-CdnYj6n9at-Z3EnZ2dnUU7-dGdnZ2d@supernews.com> |
| In reply to | #58119 |
rickman <gnuarm@gmail.com> wrote: > > Did you consider the idea of not writing bad code in the first place? LOL! I think we've all considered that. Doing it is a bit more tricky. :-) Andrew.
[toc] | [prev] | [next] | [standalone]
| From | Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> |
|---|---|
| Date | 2017-04-25 19:54 +0100 |
| Message-ID | <20170425195442.7b907e84@t530.lan> |
| In reply to | #58073 |
On Tue, 25 Apr 2017 01:26:24 -0700 (PDT) Mark Wills <markwills1970@gmail.com> wrote: > On Monday, 24 April 2017 23:19:29 UTC+1, Cecil - k5nwa wrote: > > I keep being undecided on which language to learn, Verilog > > looks simple, VHDL has a lot of error checking, I'm not > > ready yet to start learning as I'm in the middle of a > > software project having to do with FPGA CPUs but maybe in a > > couple of Month I will be ready. > > > > I'm in exactly the same place as you. I'm leaning more towards > Verilog because it looks easier to understand. The MyHDL python HDL simulator [1] is as fast as any other free simulator [2], and exports Verilog and VHDL for synthesis. Jan Coombs -- [1] http://myhdl.org/ [2] http://myhdl.org/docs/performance.html (I have sample source for b16, j1)
[toc] | [prev] | [next] | [standalone]
| From | Cecil Bayona <cbayona@cbayona.com> |
|---|---|
| Date | 2017-04-25 14:32 -0500 |
| Message-ID | <odo81n$ero$2@dont-email.me> |
| In reply to | #58121 |
On 4/25/2017 1:54 PM, Jan Coombs wrote: > On Tue, 25 Apr 2017 01:26:24 -0700 (PDT) > Mark Wills <markwills1970@gmail.com> wrote: > >> On Monday, 24 April 2017 23:19:29 UTC+1, Cecil - k5nwa wrote: >>> I keep being undecided on which language to learn, Verilog >>> looks simple, VHDL has a lot of error checking, I'm not >>> ready yet to start learning as I'm in the middle of a >>> software project having to do with FPGA CPUs but maybe in a >>> couple of Month I will be ready. >>> >> >> I'm in exactly the same place as you. I'm leaning more towards >> Verilog because it looks easier to understand. > > The MyHDL python HDL simulator [1] is as fast as any other free > simulator [2], and exports Verilog and VHDL for synthesis. > > Jan Coombs > -- > [1] http://myhdl.org/ > [2] http://myhdl.org/docs/performance.html > (I have sample source for b16, j1) > > > > But I found documentation on it to practically not exist so when I looked at it I was lost. Sounds good in principle, Python is a very simple language. -- Cecil - k5nwa
[toc] | [prev] | [next] | [standalone]
| From | Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> |
|---|---|
| Date | 2017-04-25 23:25 +0100 |
| Message-ID | <20170425232534.2c802e0c@t530.lan> |
| In reply to | #58129 |
On Tue, 25 Apr 2017 14:32:02 -0500
Cecil Bayona <cbayona@cbayona.com> wrote:
>
> On 4/25/2017 1:54 PM, Jan Coombs wrote:
> >
> > The MyHDL python HDL simulator [1] is as fast as any other
> > free simulator [2], and exports Verilog and VHDL for
> > synthesis.
>
> But I found documentation on it to practically not exist so
> when I looked at it I was lost. Sounds good in principle,
> Python is a very simple language.
The myhdl.org docs/examples page suggests that this is the
best place to start. The manual is terse, and examples pruned
to the extent that figuring the context can be difficult when
first starting. Perhaps manuals by experts are not best for
beginners.
There are also user's projects and some further examples on the
new and old myhdl sites:
http://myhdl.org/users/
http://old.myhdl.org/doku.php/projects:intro
Some of the differences between Verilog and VHDL, and the why
of MyHDL are noted in these articles:
The Case for a Better HDL (2013)
These Int's Are Made for Countin' (2009)
http://www.jandecaluwe.com/tag/hdl-design/
Deeper technical articles:
VHDL's crown jewel (2010)
Verilog's major flaw (2010)
http://insights.sigasi.com/opinion/jan/
All from same author, so watch-out for bias!:)
Jan Coombs
--
[toc] | [prev] | [next] | [standalone]
| From | Cecil Bayona <cbayona@cbayona.com> |
|---|---|
| Date | 2017-04-25 14:40 -0500 |
| Message-ID | <odo8i3$grs$1@dont-email.me> |
| In reply to | #58121 |
On 4/25/2017 1:54 PM, Jan Coombs wrote: > On Tue, 25 Apr 2017 01:26:24 -0700 (PDT) > Mark Wills <markwills1970@gmail.com> wrote: > >> On Monday, 24 April 2017 23:19:29 UTC+1, Cecil - k5nwa wrote: >>> I keep being undecided on which language to learn, Verilog >>> looks simple, VHDL has a lot of error checking, I'm not >>> ready yet to start learning as I'm in the middle of a >>> software project having to do with FPGA CPUs but maybe in a >>> couple of Month I will be ready. >>> >> >> I'm in exactly the same place as you. I'm leaning more towards >> Verilog because it looks easier to understand. > > The MyHDL python HDL simulator [1] is as fast as any other free > simulator [2], and exports Verilog and VHDL for synthesis. > > Jan Coombs > -- > [1] http://myhdl.org/ > [2] http://myhdl.org/docs/performance.html > (I have sample source for b16, j1) > > > > I will look at it again but when I looked at it sometime back there was no explanation on how it worked maybe it's better now. I have a month or two before I need to get back to this so I will evaluate it again. In the meantime I would not mind a copy of the J1 implementation so I can compare VHDL, Verilog and MyVHL and see the difference. Is it available somewhere? -- Cecil - k5nwa
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2017-04-23 14:27 -0700 |
| Message-ID | <87o9vm95mi.fsf@nightsong.com> |
| In reply to | #57885 |
rickman <gnuarm@gmail.com> writes: > Usually instruction sets are extended because the designer has a > emotional objection to leaving an instruction out. In an FPGA cpu, I can see some value in leaving unused opcode space so that the user can add application-specialized instructions. Also, as Cecil said, it's preferable to implement the instructions in common use, rather than just the minimal set that can synthesize the common ones.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2017-04-23 20:35 -0400 |
| Message-ID | <odjh2f$emj$1@dont-email.me> |
| In reply to | #57927 |
On 4/23/2017 5:27 PM, Paul Rubin wrote: > rickman <gnuarm@gmail.com> writes: >> Usually instruction sets are extended because the designer has a >> emotional objection to leaving an instruction out. > > In an FPGA cpu, I can see some value in leaving unused opcode space so > that the user can add application-specialized instructions. Also, as > Cecil said, it's preferable to implement the instructions in common use, > rather than just the minimal set that can synthesize the common ones. "Common use" varies from app to app of course, but by definition you don't need more than 32. If usage were evenly distributed (which it isn't) 32 instructions would each cover about 3% of the instruction usage. So unless you have a very odd instruction requirement from your application 32 instructions should be more than enough to cover the more frequently used ones. Even with 32 instructions it is hard to pick instructions that are uses more than 1% of the time. Forth code tends to use a small number of operations very frequently. Certainly it is a designer's prerogative to use as many instructions as desired. But as I indicated, the instructions selected are often an emotional choice rather than a technically justified decision. That was one of the more significant lessons I learned in designing my own and then seeing what others ended up using. -- Rick C
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2017-04-23 19:09 -0700 |
| Message-ID | <87efwitv2u.fsf@nightsong.com> |
| In reply to | #57935 |
rickman <gnuarm@gmail.com> writes: > If usage were evenly distributed (which it isn't) 32 instructions > would each cover about 3% of the instruction usage. So unless you > have a very odd instruction requirement from your application 32 > instructions should be more than enough to cover the more frequently > used ones. You have to consider execution frequency and not just how often the instruction appears in the code. For example, if it's a DSP application and you don't have a multiplier, your code might call a small subroutine for multiplication, not changing the static instruction mix much, but executing a ton of shifts and adds at runtime. Therefore you might choose to use an FPGA with multiplier blocks and Forth primitives to use them. For other applications you might not want to commit those resources. Similarly if you're doing AES encryption, you can make a combinational circuit from a few hundred LUTs that does it in a few cycles instead of 1000s of Forth primitives, etc. That's what I mean by application-specialized instructions.
[toc] | [prev] | [next] | [standalone]
| From | Clive Arthur <cliveta@nowaytoday.co.uk> |
|---|---|
| Date | 2017-04-25 15:33 +0100 |
| Message-ID | <odnmi4$fs1$1@dont-email.me> |
| In reply to | #57885 |
On 23/04/2017 05:23, rickman wrote: <snip> > Things like using AND to implement OR > will have very little impact on most programs just because the > instruction is used so infrequently. Every processor I've ever used (I think) had an 'or' instruction. But you're right, checking a few kB of recent dsPIC assembler I wrote, I've used 'or' once, 'and' quite a bit and 'xor' a few times. Cheers -- Clive
[toc] | [prev] | [next] | [standalone]
| From | Walter Banks <walter@bytecraft.com> |
|---|---|
| Date | 2017-04-25 13:20 -0400 |
| Message-ID | <odo0hs$a2u$1@gioia.aioe.org> |
| In reply to | #58094 |
On 2017-04-25 10:33 AM, Clive Arthur wrote: > On 23/04/2017 05:23, rickman wrote: > > <snip> > >> Things like using AND to implement OR will have very little impact >> on most programs just because the instruction is used so >> infrequently. > > Every processor I've ever used (I think) had an 'or' instruction. > But you're right, checking a few kB of recent dsPIC assembler I > wrote, I've used 'or' once, 'and' quite a bit and 'xor' a few times. I have worked on the development of quite a few commercial ISA's There is nothing like profiling release versions of intended application code to start looking at implementation optimization. Rickman elsewhere pointed out the emotional underlying reason for instruction space bloat. Koopman as he points out was generally focused on what is needed. I worked on on processor design that the compiler would decide the ISA needed for this specific compile of this specific app. The result was the compiler could make or / and not choices as an optimizations / speed. This opened my eyes a lot on just what is actually used in an ISA. w..
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2017-04-25 14:00 -0400 |
| Message-ID | <odo2lr$rgi$2@dont-email.me> |
| In reply to | #58102 |
On 4/25/2017 1:20 PM, Walter Banks wrote: > On 2017-04-25 10:33 AM, Clive Arthur wrote: >> On 23/04/2017 05:23, rickman wrote: >> >> <snip> >> >>> Things like using AND to implement OR will have very little impact >>> on most programs just because the instruction is used so >>> infrequently. >> >> Every processor I've ever used (I think) had an 'or' instruction. >> But you're right, checking a few kB of recent dsPIC assembler I >> wrote, I've used 'or' once, 'and' quite a bit and 'xor' a few times. > > I have worked on the development of quite a few commercial ISA's There > is nothing like profiling release versions of intended application code > to start looking at implementation optimization. > > Rickman elsewhere pointed out the emotional underlying reason for > instruction space bloat. Koopman as he points out was generally focused > on what is needed. > > I worked on on processor design that the compiler would decide the ISA > needed for this specific compile of this specific app. The result was > the compiler could make or / and not choices as an optimizations / > speed. This opened my eyes a lot on just what is actually used in an ISA. That must have been a pretty complex compiler. -- Rick C
[toc] | [prev] | [next] | [standalone]
| From | Walter Banks <walter@bytecraft.com> |
|---|---|
| Date | 2017-04-26 14:27 -0400 |
| Message-ID | <odqoqe$10nf$1@gioia.aioe.org> |
| In reply to | #58108 |
On 2017-04-25 2:00 PM, rickman wrote: > On 4/25/2017 1:20 PM, Walter Banks wrote: >> On 2017-04-25 10:33 AM, Clive Arthur wrote: >>> On 23/04/2017 05:23, rickman wrote: >>> >>> <snip> >>> >>>> Things like using AND to implement OR will have very little >>>> impact on most programs just because the instruction is used >>>> so infrequently. >>> >>> Every processor I've ever used (I think) had an 'or' >>> instruction. But you're right, checking a few kB of recent dsPIC >>> assembler I wrote, I've used 'or' once, 'and' quite a bit and >>> 'xor' a few times. >> >> I have worked on the development of quite a few commercial ISA's >> There is nothing like profiling release versions of intended >> application code to start looking at implementation optimization. >> >> Rickman elsewhere pointed out the emotional underlying reason for >> instruction space bloat. Koopman as he points out was generally >> focused on what is needed. >> >> I worked on on processor design that the compiler would decide the >> ISA needed for this specific compile of this specific app. The >> result was the compiler could make or / and not choices as an >> optimizations / speed. This opened my eyes a lot on just what is >> actually used in an ISA. > > That must have been a pretty complex compiler. > Actually it really wasn't that bad. The target is an fpga. It is essentially just a pretty normal optimization problem. The compiler has a strategy pass that puts together the control and data structure for the application. At that point there is a clear global view of ISA requirements. These (and some other global information) is fed into a small rule based expert system that processes out the ISA requirements this time. Later passes are completely normal. The ISA information creates a VHDL include file. Code images can be in one of several binary formats. Source level debugging also is in one of several formats elf/dwarf and .COD file developed by my company. The .COD file has ISA information that is used by our simulators to support symbolic debugging of the application. The core of the tool set took a few weeks to develop. The goal was to reduce the size of the instruction space (and to a lessor extent the fpga size requirements) The reduced instruction space size both reduced the application size and in some cases sped up the application execution. w..
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2017-04-25 13:58 -0400 |
| Message-ID | <odo2i2$rgi$1@dont-email.me> |
| In reply to | #58094 |
On 4/25/2017 10:33 AM, Clive Arthur wrote: > On 23/04/2017 05:23, rickman wrote: > > <snip> > >> Things like using AND to implement OR >> will have very little impact on most programs just because the >> instruction is used so infrequently. > > Every processor I've ever used (I think) had an 'or' instruction. But > you're right, checking a few kB of recent dsPIC assembler I wrote, I've > used 'or' once, 'and' quite a bit and 'xor' a few times. How about not having the AND instruction? The TMS9900 which is still popular with some FPGA CPU fans has an OR instruction, SOC/SOCB (set ones corresponding) but the matching pair is SZC/SZCB (set zeros corresponding) which inverts the mask before anding. There is an immediate mode and instruction though, ANDI. But then this is an instruction set from the Rococo era of CPU design. Considering similar CPU designs from the MISC category you will not find an OR instruction in the F18A (used in the GA144) in spite of the use of the OR mnemonic. It is actually an XOR instruction, lol! There is also no subtract instruction. Subtraction is done by inverting the subtrahend and adding 1, or sometimes it is easier to invert the minuend and the difference because there is no SWAP instruction. So few instructions and yet a very code size efficient design. Cats don't like CPU instruction sets because there are so many ways they can get skinned! -- Rick C
[toc] | [prev] | [next] | [standalone]
| From | Lars Brinkhoff <lars.spam@nocrew.org> |
|---|---|
| Date | 2017-04-25 20:15 +0200 |
| Message-ID | <8637cwmjzh.fsf@molnjunk.nocrew.org> |
| In reply to | #58107 |
rickman wrote: >> Every processor I've ever used (I think) had an 'or' instruction. But >> you're right, checking a few kB of recent dsPIC assembler I wrote, I've >> used 'or' once, 'and' quite a bit and 'xor' a few times. > How about not having the AND instruction? The TMS9900 which is still > popular with some FPGA CPU fans has an OR instruction, SOC/SOCB (set > ones corresponding) but the matching pair is SZC/SZCB (set zeros > corresponding) which inverts the mask before anding. There is an > immediate mode and instruction though, ANDI. I chose NAND as the essential logical primitive for my Forth. It makes it easy to synthesize AND, OR, XOR, and INVERT. Well, XOR is perhaps not easy; still not that bad: : xor 2dup nand 1+ dup + + + ;
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2017-04-25 15:07 -0400 |
| Message-ID | <odo6jq$ade$1@dont-email.me> |
| In reply to | #58112 |
On 4/25/2017 2:15 PM, Lars Brinkhoff wrote: > rickman wrote: >>> Every processor I've ever used (I think) had an 'or' instruction. But >>> you're right, checking a few kB of recent dsPIC assembler I wrote, I've >>> used 'or' once, 'and' quite a bit and 'xor' a few times. >> How about not having the AND instruction? The TMS9900 which is still >> popular with some FPGA CPU fans has an OR instruction, SOC/SOCB (set >> ones corresponding) but the matching pair is SZC/SZCB (set zeros >> corresponding) which inverts the mask before anding. There is an >> immediate mode and instruction though, ANDI. > > I chose NAND as the essential logical primitive for my Forth. It makes > it easy to synthesize AND, OR, XOR, and INVERT. > > Well, XOR is perhaps not easy; still not that bad: > > : xor 2dup nand 1+ dup + + + ; I'm not getting how this works. When you dup and add the result of the NAND 1+ it propagates a carry between bits. Seems to me that will mess up any bitwise logic operation. -- Rick C
[toc] | [prev] | [next] | [standalone]
| From | Lars Brinkhoff <lars.spam@nocrew.org> |
|---|---|
| Date | 2017-04-25 21:37 +0200 |
| Message-ID | <86y3uol1mt.fsf@molnjunk.nocrew.org> |
| In reply to | #58124 |
rickman wrote: >> : xor 2dup nand 1+ dup + + + ; > > I'm not getting how this works. When you dup and add the result of > the NAND 1+ it propagates a carry between bits. Seems to me that will > mess up any bitwise logic operation. Thanks for asking! I used a trick. You can define addition in terms of XOR, AND, and shift, so I used this to define XOR in terms of AND, shift, and addition. Plus probably a few more tricks I don't remember now. I had a preference for using + since that's another of my essential primitives.
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2017-04-26 14:28 +0000 |
| Message-ID | <2017Apr26.162802@mips.complang.tuwien.ac.at> |
| In reply to | #58112 |
Lars Brinkhoff <lars.spam@nocrew.org> writes:
>: xor 2dup nand 1+ dup + + + ;
Looks like it works:
: nand and invert ; ok
: xor1 2dup nand 1+ dup + + + ; ok
$56e7bbf45a6b6a85 $9f2f9750719ccfef xor1 hex. $C9C82CA42BF7A56A ok
$56e7bbf45a6b6a85 $9f2f9750719ccfef xor hex. $C9C82CA42BF7A56A ok
How does this work?
- (a and b) = 1+not(a and b)
= 1+(a nand b).
a or b = a+b - (a and b) =
a+b + 1+(a nand b).
a xor b = (a or b) - (a and b)
a+b + 1+(a nand b) + 1+(a nand b).
A more straightforward definition is:
: xor 2dup nand tuck nand >r nand r> nand ;
- anton
--
M. Anton Ertl http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
New standard: http://www.forth200x.org/forth200x.html
EuroForth 2017: http://www.euroforth.org/ef17/
[toc] | [prev] | [next] | [standalone]
Page 8 of 10 — ← Prev page 1 … 6 7 [8] 9 10 Next page →
Back to top | Article view | comp.lang.forth
csiph-web