@User I think this may be due to problem with the database unit
j
J. Scott Elder
04/20/2021, 2:20 PM
Do you mean in the GDS generation? Klaoyout can read the Magic GDS just fine.
y
yrrapt
04/20/2021, 3:30 PM
Yeah, I've seen it before where the cells are in one database unit and the placement is on another.
The net effect is that the cells are 5 times bigger than they should be
j
J. Scott Elder
04/20/2021, 3:32 PM
Wouldn't that affect both GDS? If they use the same cell library.
y
yrrapt
04/20/2021, 3:35 PM
It would be interesting if you opened both layouts (correct and incorrect) and looked at file->layout statistics. See how they compare
j
J. Scott Elder
04/20/2021, 7:04 PM
The one with the fewer number of cells in Magic. Interestingly, under the reports folder, all I see for KLayout is XOR reports. Under Magic I see process reports. This suggests to me that the output of Openlane is Magic, and then something later in the process does a conversion to Klayout, along with an XOR of the final conversion. In other words, I think it is Openlane specific not OpenRoad per se.
J. Scott Elder
04/20/2021, 7:08 PM
The timestamp suggests the same. Namely, first Magic GDS created, 12 seconds later KLayout.