Skip to content

Conversation

jackkoenig
Copy link
Contributor

@jackkoenig jackkoenig commented Jul 8, 2024

This is a more focused fix for the issue hit by @sequencer in [1], credit to @mwachs5 for coming up with this solution.

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
  • Internal or build-related (includes code refactoring/cleanup)

Desired Merge Strategy

  • Squash

Release Notes

Previously, VecInit would try to "intelligently" select := or <> depending on if the type is bidirectional. :<>= has the desirable behavior here for both passive and bidirectional types. It also has the advantage over <> of handling internal wires.

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), clean up the commit message, and label with Please Merge.
    • Merge: Ensure that contributor has cleaned up their commit history, then merge with Create a merge commit.

Previously, VecInit would try to "intelligently" select := or <>
depending on if the type is bidirectional. :<>= has the desirable
behavior here for both passive and bidirectional types. It also has the
advantage over <> of handling internal wires.
@jackkoenig jackkoenig added the Bugfix Fixes a bug, will be included in release notes label Jul 8, 2024
@jackkoenig jackkoenig added this to the 6.x milestone Jul 8, 2024
@jackkoenig jackkoenig requested a review from mwachs5 July 8, 2024 20:10
Copy link
Member

@sequencer sequencer left a comment

Choose a reason for hiding this comment

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

LGTM, waiting for chipsalliance/t1#647 sett if hit any other corner cases in our design.

@jackkoenig
Copy link
Contributor Author

chipsalliance/t1#647 is green so I'm going to merge!

@jackkoenig jackkoenig merged commit 255d3d4 into main Jul 9, 2024
@jackkoenig jackkoenig deleted the fix-vec-init-bidir branch July 9, 2024 00:51
@mergify mergify bot added the Backported This PR has been backported label Jul 9, 2024
mergify bot pushed a commit that referenced this pull request Jul 9, 2024
Previously, VecInit would try to "intelligently" select := or <>
depending on if the type is bidirectional. :<>= has the desirable
behavior here for both passive and bidirectional types. It also has the
advantage over <> of handling internal wires.

(cherry picked from commit 255d3d4)
chiselbot pushed a commit that referenced this pull request Jul 9, 2024
* Use :<>= in VecInit methods instead of := or <> (#4248)

Previously, VecInit would try to "intelligently" select := or <>
depending on if the type is bidirectional. :<>= has the desirable
behavior here for both passive and bidirectional types. It also has the
advantage over <> of handling internal wires.

(cherry picked from commit 255d3d4)

* Fix test for 6.x

---------

Co-authored-by: Jack Koenig <koenig@sifive.com>
Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backported This PR has been backported Bugfix Fixes a bug, will be included in release notes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants