[Libre-soc-bugs] [Bug 731] potential design oversight in Partitioned SimdSignal Cat/Assign/etc lhs/rhs

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Thu Oct 21 04:23:25 BST 2021


--- Comment #9 from Jacob Lifshay <programmerjake at gmail.com> ---
(In reply to Jacob Lifshay from comment #8)
> iirc we weren't planning on supporting Part(...).eq(...), since, like Array,
> it's very complex and not super necessary. SwizzledSimdValue doesn't
> implement Part's functionality, because, if it did, it would basically
> devolve to a full general turing-complete logic network, rather than a
> simple single-layer bit-swizzle (different swizzle for each elwid).
> If we need Part, we can have a rhs-only class (like
> PartitionedDynamicShift), which should be good enough.

To be clear, Part could be used on a SwizzledSimdValue (by treating it as a
generic SimdSignal), it just can't be done without a separate class like
PartitionedDynamicShift, unlike Cat and Slice.

The above only applies to dynamic Parts; static Parts can be easily done by
just calling Slice, which gains all the SwizzledSimdValue benefits.

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

More information about the libre-soc-bugs mailing list