You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Author Name: Chris Hopkins
Original Redmine Issue: 857 from https://www.veripool.org
Original Date: 2014-12-09
It seems that although it is able to read generate statements it does not represent the generated hierarchy correctly. When it is a generate for on a module instantiation then a single module instance is generated
Using the example code from: http://search.cpan.org/~wsnyder/Verilog-Perl-3.406/Netlist.pm
The following Verilog(snipped from a module that just instantiates this):
You could argue that the non-elaborated cell should have gen_block in its name, as that is the proper scope for that cell. I doubt that is what you are looking for, but if it is please reopen the bug and I'll accept a patch with an enable flag that does that.
Original Redmine Comment
Author Name: Chris Hopkins
Original Date: 2014-12-09T14:32:01Z
So the reason to use netlist is that I have been trying to use it as a tool to process connectivity. (Actually I've used Netlist for a long time so what the one I was most familiar with too) That is based on hierarchical path I scan through for a net object then I can scan through the hierarchy and work out everything that net(s) is connected to.
It seems to work well except for concatenates, bit selects and this issue. I can work around the others but not this. Time to learn verilator I guess.
Thanks
Author Name: Chris Hopkins
Original Redmine Issue: 857 from https://www.veripool.org
Original Date: 2014-12-09
It seems that although it is able to read generate statements it does not represent the generated hierarchy correctly. When it is a generate for on a module instantiation then a single module instance is generated
Using the example code from:
http://search.cpan.org/~wsnyder/Verilog-Perl-3.406/Netlist.pm
The following Verilog(snipped from a module that just instantiates this):
When in fact this should generate either 4 cells each with a single submodule or a single cell with multiple submodules under it.
The text was updated successfully, but these errors were encountered: