<@U01H2JMLFLL>: As long as the .include statement...
# xschem
t
@User: As long as the .include statement is in the netlist passed to netgen, and the path is valid, netgen will read the contents.
t
@Tim Edwards I've done a bit more debugging on this issue and I've discovered that netgen doesn't seem to recurse the includes if they are specified using
.inc
rather than
.include
. I think it's better to use
.include
so I've updated my SKY130 library symbol but I wanted to let you know in case it was something you overlooked rather than intended.
It also didn't seem to like the
.control
block in the netlist and made more progress once I removed that.
t
I should probably code behavior in netgen to ignore everything between .control and .endc so that it is possible to throw a testbench directly at netgen and not have it choke on it.
t
It's probably not an issue normally since I imagine most of the time LVS is run, it's run on the blocks instantiated by TBs rather than the TBs themselves. I only ran into this because I'm using a ring osc. to test the LVS flow when std-cells are used and have the stimulus code in the same file as the ring osc. itself.