Skip to content

Conversation

@jackkoenig
Copy link
Contributor

The approach was to move reification (which happened late) to happen earlier. Doing it earlier also makes sense for dealing with non 1-1 views which is definitely possible but will require larger changes so still punting on that (there is a test that it doesn't work that already exists immediately after the test I added).

Contributor Checklist

  • Did you add Scaladoc to every public function/method?
  • Did you add at least one test demonstrating the PR?
  • Did you delete any extraneous printlns/debugging code?
  • Did you specify the type of improvement?
  • Did you add appropriate documentation in docs/src?
  • Did you request a desired merge strategy?
  • Did you add text to be included in the Release Notes for this change?

Type of Improvement

  • Bugfix

Desired Merge Strategy

  • Squash

Release Notes

This is a common issue when using FlatIO with ExtModules.

Reviewer Checklist (only modified by reviewer)

  • Did you add the appropriate labels? (Select the most appropriate one based on the "Type of Improvement")
  • Did you mark the proper milestone (Bug fix: 3.6.x, 5.x, or 6.x depending on impact, API modification or big change: 7.0)?
  • Did you review?
  • Did you check whether all relevant Contributor checkboxes have been checked?
  • Did you do one of the following when ready to merge:
    • Squash: You/ the contributor Enable auto-merge (squash) and clean up the commit message.
    • Merge: Ensure that contributor has cleaned up their commit history, then merge with Create a merge commit.

@jackkoenig jackkoenig requested a review from seldridge December 6, 2025 19:51
@jackkoenig jackkoenig added the Bugfix Fixes a bug, will be included in release notes label Dec 6, 2025
Comment on lines -196 to -201
private[chisel3] def secretConnection(left: Data, _right: Data)(implicit si: SourceInfo): Unit = {
val (right: Data, _) = chisel3.experimental.dataview
.reifyIdentityView(_right)
.getOrElse(
throwException(s"BoringUtils currently only support identity views, ${_right} has multiple targets.")
)
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It felt weird to me that this check was in RawModule, the reason being this is like the final function called by BoringUtils. IMO it's better to do this earlier. All calls to secretConnection in the the method where I moved the reification.

Copy link
Member

@seldridge seldridge left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jackkoenig jackkoenig merged commit ef64c67 into main Dec 6, 2025
20 checks passed
@jackkoenig jackkoenig deleted the jackkoenig/fix-boring-extmodule-views branch December 6, 2025 20:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Bugfix Fixes a bug, will be included in release notes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants