Changed the behavior of "extract" routine extFindNodes() to not
check for abstract views to determine how to handle the substrate node. Running tests to check if this has any negative impact on the extraction of abstract views that do not specify substrate and well types.
This commit is contained in:
parent
31639f61fc
commit
2e99d0cff7
|
|
@ -3692,7 +3692,13 @@ extFindNodes(def, clipArea, subonly)
|
|||
|
||||
temp_subsnode = (NodeRegion *)NULL; // Reset for new search
|
||||
isabstract = FALSE;
|
||||
DBPropGet(def, "LEFview", &isabstract);
|
||||
|
||||
// NOTE: Commented out 12/17/2022. This does not produce the intended
|
||||
// result when an abstract view contains well and substrate types.
|
||||
// Not sure if commenting it out produces the intended result when an
|
||||
// abstract view does NOT contain will and substrate types, though.
|
||||
/* DBPropGet(def, "LEFview", &isabstract); */
|
||||
|
||||
if (!isabstract)
|
||||
{
|
||||
/* First pass: Find substrate. Collect all tiles belonging */
|
||||
|
|
|
|||
Loading…
Reference in New Issue