Skip to content

Find better way to handle special WireVector subclasses like _MemIndexed #406

Description

@mdko

Special WireVector classes (beyond the normal Register/Const/Input/Output) like _MemIndexed, while not user-facing, end up being exposed nonetheless when used in conjunction with block methods. For example, see #405, which added a special error message to help alert the user why using the result of a memory read doesn't work as a key into the set of source/destination nets the block returns.

I suspect similar issues may occur when using a _MemIndexed as the input to a net transform, etc., so this issue is a call for further investigation and testing and possible internal rewrites to how _MemIndexed is implemented.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions