[Magic-dev] Re: "staged" design rules
R. Timothy Edwards
tim.edwards at multigig.com
Wed Nov 1 13:04:18 EST 2006
Dear Mark,
> I don't think "staged" is the best term but that's all I
> could come up with right now. Basically I have run into the
> issue where I have some design rules that look at large distances,
> say pad rules, or wide metal rules. Philippe pointed out that
> these can really slow down the DRC since it has a lot of rectangles
> to check when the grid size is small.
>
> It might be nice if there was a way to turn on/off select rules.
> In my "vision" rules could be tagged in the techfile (perhaps
> by putting them in a special sub section) to be checked
> or not checked. This flag to check/not check could be set
> at the use discretion back and forth as the need to check
> these rules arose.
>
> Not knowing anything about the internals of magic this may
> be a nightmare to code, but I though I would toss it out
> there anyway.
You're in luck---it's already done! About a month or two ago, I
added the ability to put "styles" sections into the DRC block of
the techfile, and at the same time implemented the "variants" option
(the style subsection also takes a "scalefactor" line that lets you
define a scaling between DRC units and magic's internal units, so you
can put in vendor DRC rules in standard units).
I use it for just the reason you cite.
-----------------------------------------------------------
drc
style xxxx035xxx variants (drc),(stress),(varactor),(all)
scalefactor 175
.
.
.
variants (stress),(all)
maxwidth *m1,rm1,m1p 35000 bend_ok \
"Metal1 > 35um requires slotting"
.
.
.
variants *
--------------------------------------------------------------
---Tim
+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim) | email: tim.edwards at multigig.com |
| MultiGiG, Inc. | web: http://www.multigig.com |
| 100 Enterprise Way, Suite A-3 | phone: (831) 621-3283 |
| Scotts Valley, CA 95066 | cell: (240) 401-0616 |
+--------------------------------+-------------------------------------+
More information about the magic-dev
mailing list