Le 2014-04-28 18:19, Daniel Kho a écrit :
I think it's time you file a request for a grant
from all the open source/free software foundations.
I would be happy to contribute to such a project. I believe Adrien
(and others) would too.
We need to carefully choose which language to use though. I don't mind
using Ada / VHDL for such an effort (perhaps it's not a bad idea to
move synthesis / simulation tools into a chip), but again, we can have
a more elaborate discussion on this. I believe there's already enough
interest!
Having a truly free synthesiser is something that people have dreamed
about
for more than a decade, maybe two. GHDL in itself is already an
incredible
achievement... and is as important as GCC !
" Perhaps we can work on something like this again, or like Tristan
said, we could also create gate-level (structural) netlist directly
which we can input to any major synthesis tool. "
Sorry, I meant "we could also create a gate-level netlist directly
which we can input to any major _place-and-route_ tool."
place&route require "fitting" first, which is technology-dependent.
that is : each technology has its own requirements about inputs,
outputs,
naming... A full-blown synthesiser does a LOT of things like
minimisation,
optimisation, duplication to reduce load on the wires, countless checks,
there are tons of work to do before even considering place&route.
But even the ability to plug into a commercial, technology-limited
synthesiser, even if it only parses VHDL into crude EDIF, is a progress
:
this brings the ability to use recent constructs from the latest VHDL
updates for example :-)
And from there, "we" can go down further into the toolchain.
Can Tristan explain me why my idea (repuposing GHDL to synthesis
by creating a third target language, that is virtual and creates
the graphs when executed) is not sustainable ?
In my mind, it's the best way to synthesise very high leve VHDL
with minimal code development, while usual synthesisers have to start
small with basic constructs then work their way up by supporting
more and more constructs...
regards, daniel
yg
_______________________________________________
Ghdl-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/ghdl-discuss
