[libre-riscv-dev] [Bug 178] first coriolis2 tutorial, workflow and "test project" page
bugzilla-daemon at libre-riscv.org
bugzilla-daemon at libre-riscv.org
Sun Feb 16 11:20:54 GMT 2020
http://bugs.libre-riscv.org/show_bug.cgi?id=178
--- Comment #23 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
On Sunday, February 16, 2020, Jean-Paul Chaput <Jean-Paul.Chaput at lip6.fr>
wrote:
> yep done, added already, and replied.
Caramba ! Encore raté !
-- Tintin, L'Oreille Cassée.
:)
My apologies here, the LIP6 spam filter is still tagging some,
but not all, of your messages as spam,
it is utterly bizarre. are you allowed to ask admins for whitelisting?
> > The Makefile system was the quickest way to stitch together the
> > design flow. In the long run, what I would try is to wrap each
> > external (non-Coriolis2 tool) in a Python wrapper, so making a
> > design will be one big Python script.
>
>
> ok interesting. ( i quite like Makefiles, because of their ability to
> handle file dependencies)
I was having the feeling that the whole Makefile system was reaching
an "obfuscation limit" and would deter people using it.
things like \$$macroname, these are where i personally would draw a line.
having python tools that are called *by* Makefiles because make works out that
to generate file X.ext from X.ext2, doing that job in python, is a nuisance.
when it goes recursive, it gets even more hairy in python (bear in mind we need
to do a hierarchical layout, not a "full automated and pray" one)
so for example, we need to generate the netlist not from a hardcoded list that
goes into the top level Makefile, we need a *program* that generates that
information, based on what comes out of the *nmigen* conversion to ilang.
The idea of Python wrapper is to be able to manage some kind of
"meta-information" across the whole design flow. And, hopefully,
reduce the obfuscation of the Makefile by using object oriented
structuration.
And lastly (but very long term) to seamlessly switch from a
wrapped old tool to a shiny new one directly implemented in
Coriolis...
:)
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-riscv-dev
mailing list