@Luke Sammarone --- Don't remove backslashes from verilog. That will just cause (more) issues with the parser. There is probably some error in the verilog parser in netgen that needs to be fixed. If you post the verilog file, I can track it down.
l
Luke Sammarone
06/07/2022, 6:22 PM
OK I didn't remove backslashes and ran it as is. Here is teh verilog netlist, the extracted netlist, and the lvs_report.
@Mitch Bailey@Tim Edwards
I think this is what is tripping up the parser, which is treating
\C
in the pin names as a vector, which it should definitely not since it's backslash-escaped. Hopefully this should be fairly easy to track down and fix in netgen's verilog parser.
Tim Edwards
06/08/2022, 3:36 PM
@Luke Sammarone: The primary error is trivial to fix; I was just using the wrong delimiter set when parsing pins in one spot in the code. However, there is now a more general problem that netgen needs to equate the backslash-escaped name in verilog with an equivalent non-backslash-escaped name in SPICE. This is why I have not encountered backslash-escaped pin names in verilog, I expect, because converting back and forth to SPICE is a pain. I think I can add a special exception here for pin matching by name. I have a few other special exceptions like that, so it shouldn't be a big problem to implement.
Tim Edwards
06/08/2022, 4:00 PM
@Luke Sammarone: If you pull the latest version of netgen, it should work for you now. I can now see obvious errors such as a missing VSS pin in the BR32 instance in the verilog, so there are errors, but they now look like real errors as opposed to netgen getting hopelessly lost in the middle of the verilog parsing.
l
Luke Sammarone
06/10/2022, 7:31 AM
@Tim Edwards thank you! this worked. LVS is clean now.
Linen is a search-engine friendly community platform. We offer integrations with existing Slack/Discord communities and make those conversations Google-searchable.