[Libre-soc-bugs] [Bug 835] add support for smtlib2 floating-point to yosys and nmigen

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Thu Jun 2 09:52:31 BST 2022


https://bugs.libre-soc.org/show_bug.cgi?id=835

--- Comment #33 from Jacob Lifshay <programmerjake at gmail.com> ---
(In reply to Luke Kenneth Casson Leighton from comment #32)
> (In reply to Jacob Lifshay from comment #31)
>  
> > There's a simple solution, which you're missing because you're still trying
> > to cram ValueCastable into a Value-shaped hole where it doesn't fit -- a
> > ValueCastable *isn't* a Value
> 
> that you recommend this indicates that you do not understand the paradigm
> of the abstraction concept, at all.

no, I do understand it, but I'm saying ValueCastable is conveniently useful for
a completely *separate* purpose than what UserValue and ValueCastable were
originally designed for. ValueCastable is useful for that separate purpose
where you have a python object that isn't a Value, shouldn't behave like a
Value, doesn't have Value's API, etc. but you want it to be
implicitly/explicitly convertible to a Value.

(also, you're coming across as implying i'm too stupid to understand right away
so you will just continue doing what you want and disregard what I think --
please don't do that, it's not constructive)

>  it also explains why you keep
> recommending
> to duplicate the entire dsl.py source code.

no, that's a completely separate thing with separate reasoning having nothing
to do with this....don't confuse them. again, simd value stuff is a different
conversation that shouldn't be here -- we both agree it uses UserValue, the
rest is irrelevant for smtlib2 support (smtlib2 won't be simd-ifyable for now).

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the libre-soc-bugs mailing list