Revised the string array for labels during output of a .mag file
from 256 to 2048. The latter matches the maximum array used for DEF file labels, although allocation is probably preferable.
This commit is contained in:
parent
256a47d7b9
commit
fb091fa03f
|
|
@ -3060,7 +3060,7 @@ DBCellWriteFile(cellDef, f)
|
|||
TileTypeBitMask typeMask, *sMask;
|
||||
int reducer;
|
||||
char *estring;
|
||||
char lstring[256];
|
||||
char lstring[2048];
|
||||
char *propvalue;
|
||||
bool propfound;
|
||||
CellUse **useList;
|
||||
|
|
|
|||
|
|
@ -171,7 +171,14 @@ LEF-format input and output
|
|||
the LEF file macros will be used to annotate the existing layout.
|
||||
This includes setting pin properties (see above), extending the
|
||||
area of labels to cover an entire port, and setting a bounding
|
||||
box on the cell corresponding to the LEF origin and size.
|
||||
box on the cell corresponding to the LEF origin and size. <P>
|
||||
|
||||
Note that <B>lef write -hide</B> will generate only the minimum
|
||||
amount of obstruction bounding any non-pin geometry inside a
|
||||
layout. To enforce a larger obstruction area, the property
|
||||
"<B>OBS_BBOX</B>" can be created in the cell, a string with
|
||||
four values for the lower left and upper right corners of the
|
||||
bounding box, in magic internal database units.
|
||||
</BLOCKQUOTE>
|
||||
|
||||
<H3>Implementation Notes:</H3>
|
||||
|
|
|
|||
Loading…
Reference in New Issue