[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