-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bugfix for when top-level multiport width in federation depends on parameter #1956
Conversation
This PR uncovered #1957 by making some ports into multiports that were not previously multiports (because we went from no width spec to a width spec of |
I'm not sure what is going on with the TS federated tests, so I re-ran them. I will need to take another look before this can get merged. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thanks!
I think I fixed the problem with the failing TypeScript test as well as #1961. Let's see if the tests pass. |
This simply computes the concrete numeric value of the parameter at compile time.
Closes #1942.
Closes #1957.
Closes #1961.
Instead of adding a test, this PR simply modifies an existing test. The disadvantage of this approach is that when one test is used to test many features, it may not be as useful as a minimal reproducible example. The advantage of this approach is that it does not significantly increase the time/cost of running all the tests, whereas adding a new test creates redundant work by executing code that is common to all the tests.