Closed veripoolbot closed 12 years ago
Original Redmine Comment Author Name: Wilson Snyder (@wsnyder) Original Date: 2012-04-26T02:54:16Z
Coredump is fixed in git.
The error remains for the moment. While this specific case (0 at the top and zero below, presuming there are no other drivers) is not a conflict, I am not sure I can support the more generic case of a 0 tieoff (supply) at the top and other logic below, since strengths are not implemented. Will give it more thought.
Original Redmine Comment Author Name: Alex Solomatnikov Original Date: 2012-04-26T04:30:58Z
I thought that tri1/tri0 work as pull-up/pull-down, i.e. if the net is not driven then it would have 1/0 value instead of x.
In this case the input is declared as tri0, so it should be 0 if not driven.
If it is assigned to constant, then it should have the value of that constant, i.e. if it was assigned to constant 1, then it should always have value of 1. Isn't this correct?
Original Redmine Comment Author Name: Alex Solomatnikov Original Date: 2012-04-26T05:35:20Z
After seg. fault fix I got:
%Error: ...: Output port is connected to a constant pin, electrical short
on exactly the same line, even though the pin is declared as input, not output.
Original Redmine Comment Author Name: Alex Solomatnikov Original Date: 2012-04-26T05:39:26Z
It seems that in this case and in #, # verilator considers tri0/tri1 inputs as outputs.
Original Redmine Comment Author Name: Wilson Snyder (@wsnyder) Original Date: 2012-04-27T01:12:21Z
Fixed in git. Closing as related to recent tristate changes.
Author Name: Alex Solomatnikov Original Redmine Issue: 494 from https://www.veripool.org Original Date: 2012-04-26 Original Assignee: Wilson Snyder (@wsnyder)
backtrace:
where aclr0 is declared as: