Building macros/sram_configs/sky130_sram_1rw1r_tiny.py causes an LVS mismatch. The .lvs.report files contains (among other things) the following mismatch.
Device classes sky130_fd_pr__nfet_01v8 and sky130_fd_pr__nfet_01v8 are equivalent.
Subcircuit summary:
Circuit 1: sky130_sram_0kbytes_1rw1r_8x16_2_pinv_dec |Circuit 2: sky130_sram_0kbytes_1rw1r_8x16_2_pinv_dec
--------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------
sky130_fd_pr__special_nfet_01v8 (1) |(no matching element)
sky130_fd_pr__pfet_01v8 (1) |sky130_fd_pr__pfet_01v8 (1)
(no matching element) |sky130_fd_pr__nfet_01v8 (1)
Number of devices: 2 |Number of devices: 2
Number of nets: 4 |Number of nets: 4
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
NET mismatches: Class fragments follow (with fanout counts):
Circuit 1: sky130_sram_0kbytes_1rw1r_8x16_2_pinv_dec |Circuit 2: sky130_sram_0kbytes_1rw1r_8x16_2_pinv_dec
----------------------------------------------------------------------------------------
I thought this may be resolved by PR #282 but this issue persists. I am not sure if it is an tool version issue or bug. My conda environment is running Netgen 1.5.253 and Magic 8.3.411.
Building
macros/sram_configs/sky130_sram_1rw1r_tiny.pycauses an LVS mismatch. The .lvs.report files contains (among other things) the following mismatch.I thought this may be resolved by PR #282 but this issue persists. I am not sure if it is an tool version issue or bug. My conda environment is running Netgen 1.5.253 and Magic 8.3.411.