open-source-silicon.dev

<@U01H2JMLFLL>:  As long as the .include statement is in the netlist passed to netgen, and the path is valid, netgen will read the contents.

<@U016EM8L91B> 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.

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.

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.