-
Notifications
You must be signed in to change notification settings - Fork 31
xorR is broken in chisel-tester? #78
Comments
Hello Chen, Thank you for your interest in Chisel/FIRRTL! Does it work correctly with our newest FIRRTL simulator, treadle? https://github.com/freechipsproject/treadle |
Hello I am using the chisel-template. And if I specify treadle as the backend, xorR is still tied to the lowest bit.
I am not sure if this is the correct way to use treadle. But consider that specifying a random backend name would result in an error, I am assuming treadle support is already built into the iotesters.Driver. Oh, BTW, by using the verilator backend, I get correct xorR behavior. Regards, |
This is definitely a bug, interpreter is using the width of the output to construct and input mask. This is a bad idea. |
Added test because of [treadle issue 78](/chipsalliance/treadle/issues/78)
was based on output width of operation instead of input width. This fixes that problem and adds a test for this error Fixes Issue #78
Thanks for the report, this seems to be a treadle only bug, I have created PR #79 to fix it. |
Thanks. |
) was based on output width of operation instead of input width. This fixes that problem and adds a test for this error Fixes Issue #78
Type of issue: bug report
From: chipsalliance/firrtl#993
I am new to chisel world. While I am exploring, I noticed that the xorR is broken in firrtl backend for unit tests.
There were discussions about broken of reduction operators. chipsalliance/firrtl#356
But it seems xorR is still tied to the lowest bit.
A simple repo testing xorR.
Regards,
Chen
The text was updated successfully, but these errors were encountered: