Issue 164 in toped: feature request: net or pin name attribute read/write support for GDS2

Skip to first unread message

Mar 29, 2013, 6:23:15 PM3/29/13
Status: New
Labels: Type-Enhancement Priority-High OpSys-All Component-Interfaces

New issue 164 by feature request: net or pin name
attribute read/write support for GDS2

By generating ready-to-use GDS2 files one expects a LVS clean layout. For
this certain attributes per geometry-shape are needed. I'm not sure if this
is defined in any standard but some of the EDA companies are using this to
retain the pin name when doing successively streaming-out and/or
streaming-in GDS-data.

You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:

Apr 4, 2013, 6:35:51 PM4/4/13

Comment #1 on issue 164 by feature request: net or
pin name attribute read/write support for GDS2

I will need a bit more info here. Some thoughts...
- GDS is owned theese days by Cadence if I'm not wrong and compliance is a
bit of a dream. I'm not aware of a formal test file approved by the
- Not sure I can get the latest "official" format description from them
unless I buy some of their products. It's not like a standard, to buy it
legaly for ~100 bucks from IEEE. A plenty of references on the web of
course - so anybody can pick and choose...
- The original Calma GDS format contains a plenty of fields which were
either hardly used ever or not used anymore. All the format versions after
that in the majority of the cases reduce the record types.

I can continue of course, but let's get to the point:- I'll appreciate
either a formal description of the requested attributes/properties in terms
of GDS records or (even better and I believe easier) a very short example
The second point will be - some help when it comes to the validation of the

May 9, 2013, 1:24:16 AM5/9/13

Comment #2 on issue 164 by feature request: net or pin
name attribute read/write support for GDS2

From my experience GDS does not store any data on shapes (like pin names,
directions, etc.). LVS is supported by saving TEXT records (not in BOUNDARY
or PATH) on some designated layers which then are recognized by
verification tool.

Also, GDSII not being "standardized" is a commonly accepted truth.


May 12, 2013, 2:54:33 PM5/12/13
There are by sure a lot of possibilities in the well know verification tools to
check the GDS file against their associated schematics. But I think the golden
way is already predetermined by the most-known/used layout editor. If you insert
a pin a rectangular area will be drawn with additional (hidden) properties.
These properties (or at least one) can be transfered to the GDS2-stream if you
want. If you do not attach the information the checker tool will not recognize
the pin name of the again streamed-in GDS2-file anymore -- LVS is not clean!.

Attaching properties to geometric shapes is of course not standardized but I
assume since this is the way done by the king of layout-editors 80% of the
design- and layout-engineers are familiar with this kind of work-flow. However,
I didn't found another way to keep the pin-information in the GDS-file when
using the standard stream-out procedure..

The way you suggested could be very possible if the fab supports this and
defines some specific rules in the checker tools. It would be great to hear
about the experience of other ASIC designers. I'm always open for new ways to
get things to work ;)

> You received this message because you are subscribed to the Google Groups "toped-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to
> For more options, visit
Reply all
Reply to author
0 new messages