-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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.