[Libre-soc-bugs] [Bug 787] Add an ikiwiki underlay for nmutil.git and/or openpower-isa.git
bugzilla-daemon at libre-soc.org
bugzilla-daemon at libre-soc.org
Thu Mar 31 23:06:11 BST 2022
https://bugs.libre-soc.org/show_bug.cgi?id=787
--- Comment #20 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Jacob Lifshay from comment #19)
> what about adding op-reference to nmutil's test dependencies,
that sounds much better, but it's still... slightly dicey.
nmutil is intended to be completely stand-alone independent.
as in, its sole exclusive dependency absolutely has to be
nmigen and nmigen only.
> since I need
> it to run the tests but everyone who isn't running tests doesn't need it. If
> that is still unacceptable, the only options i can think of that are left
> are generally very poor options imho:
> either:
> copy the reference functions into nmutil,
> rewrite the reference functions into nmutil's tests,
> put nmutil's tests somewhere other than nmutil.git, or
> just don't test nmutil's functions.
i am beginning to remember what i wrote on the list.
nmutil is designed for general-purpose "anything anyone might need"
pipelines, bit-reversing patterns, sign-extending, popcount, priority
picker, etc. etc. kitchen-sink stuff
gf* operations *do not* in any way qualify as "general-purpose"
only a tiny handful of HDL engineers are going to create designs
using gf* operations.
by contrast a *Very large* percentage of HDL engineers will want
to do pipelines and bit-reversing
conclusion: nmutil is completely the wrong location to consider
adding the gf* operations.
basically the gf* ops go in their own separate repo
please can you track down and read the original message, i have
just been forced to spend time repeating what i wrote, which is
very irritating when i am under time pressure.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-soc-bugs
mailing list