There are now some open source tools for working with fpgas. They started
with the ice40 but have now been extended to cover others such that it's
worth googling for free fpga tools rather than going to a single site.
example
On Sat, Sep 23, 2023 at 2:30 AM Martin Bishop via cctalk <
cctalk(a)classiccmp.org> wrote:
Paul
I endorse your point regarding Lattice's gouging. Support for anything
prior to the XO parts now costs a significant premium. Their XO2 parts are
the most useful to this community - free tools and 0.5 mm pitch, e.g. 100p
& 144p - not dense but usefully large, 3v3 IO and agricultural assembly.
The Xilinx free tools no longer have license files, which was how Lattice
cut us all off at the pass. The current Vivado ML Standard Edition (tools
to normal people) are free up to the XC7Z030 - which is a fairly serious
device. I have a PDP-11 and space to spare running in the markedly smaller
XC7Z010; 16b / no MMU, most of the 45 instruction set. FPGA are
(organically) memory poor - perhaps because the access time is ~3 ns. I
should think you would be in with a chance of fitting the 6600 logic,
however on a '30 you have 265 x 4 ki by BRAMs = ~1 Mi By, if more is
required either a dedicated external memory device or DMA to/fr DRAM would
be required.
Martin
-----Original Message-----
From: Paul Koning [mailto:paulkoning@comcast.net]
Sent: 23 September 2023 01:46
To: cctalk(a)classiccmp.org
Cc: Martin Bishop <mjd.bishop(a)emeritus-solutions.com>
Subject: Re: [cctalk] Good C to FPGA/PLA compiler
On Sep 22, 2023, at 3:59 PM, Martin Bishop via
cctalk <
cctalk(a)classiccmp.org> wrote:
100% disagree, Verilog and SV are bad tools - very easy to do a bad job
with - penknife grade.
Verilog however is very c like in that it is untyped and prone to all
the consequent tar pits; see above.
VHDL is a good tool which is typed and like the Algol family of
languages precludes many follies.
The 2008 flavor, which is where the tools are
curently, is not as
pedantic as the older standards '97 & '83.
I only know VHDL but I had heard that Verilog is C-like, and yes, C offers
an unusually large set of tools to shoot yourself in the foot with. So it
wouldn't surprise me that Verilog does likewise, which certainly means that
it would be the option to avoid.
VHDL is very clearly based on Ada, which like Pascal and ALGOL takes data
types seriously rather than only as suggestions the way C does. I've built
some very large designs with VHDL, but not because I actually wrote that
much code -- a lot is generated code produced from wire lists. But I did
write all the models of all the 6000 modules, which does add up.
Apart from vendor tools for producing bits for particular FPGAs, you can
also find VHDL simulators that just simulate a model but don't deliver it
to a particular chip. I use GHDL, which is part of the GCC toolset. Yes,
a VHDL compiler, interesting. Among other things, it allows you to link
bits in other languages, so I can take device models from the DtCyber
emulator and attach them to a VHDL-modeled I/O channel.
On FPGAs, it's worth checking what the story is for vendor tools. Some
devices and vendors try to suck large sums of money out of you for them;
Lattice is an example. Even for small devices (like the ispLSI2032 I used
years ago) that expense adds up rapidly. I think they have become somewhat
more reasonable now, offering free tools for the smaller devices. I know
Xilinx does so, and "smaller" covers a surprising amount of capacity these
days. I'm pretty sure a PDP-11 model would fit fine in one of those "free
tool" devices, though a CDC 6600 probably won't.
paul