Hi All,
Sorry, I'm coming to this thread late, so I hope I'm not missing the point.
I believe there is a legal way that the same-name [Model]s can be used by
more than one [Component] in the same .ibs file.
I think what has been rightly rejected (by the list contributors and the
IBIS parser) is this case:
[Component] Comp1
...
[Pin]
1 ............mod1
2 ............mod2
...
[Model] mod1
...
[Model] mod2
...
[Component] Comp2
...
[Pin]
1 ............mod1
2 ............mod2
...
[Model] mod1
...
[Model] mod2
...
[End]
However, the following is acceptable:
[Component] Comp1
...
[Pin]
1 ............mod1
2 ............mod2
...
[Component] Comp2
...
[Pin]
1 ............mod1
2 ............mod2
...
[Model] mod1
...
[Model] mod2
...
[End]
That is, group the [Component]s (with their respective [Pin] sections that
each call the same models), but then list each [Model] only once after all
of the [Component] sections.
Not only is this acceptable, it makes a smaller .ibs file and avoids
replication of the same [Model]s with only different names.
Also, if required, you may use [Model Selector] in a similar way.
Again, sorry if I've missed the point or a similar reply has already been
given.
Regards,
Tony
-----Original Message-----
From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On Behalf
Of Bob Ross
Sent: Thursday, May 20, 2004 11:35 PM
To: Mohan, Prabhu
Cc: Ibis-Users (E-mail)
Subject: Re: [IBIS-Users] Another [Pin] spec question
Hello Prabhu:
It is a general requirement that all defined names for a particular keyword
be unique. This may have been an obvious, but undocumented understanding.
I also cannot find an explicit reference, but the parser should report name
duplication errors. This general understanding is further re-enforced by
the contrary argument that there is no text describing which of any
duplicate definition should be used.
If several components are added to a file (perhaps to create a library
file), the included [Model] names must use unique names, or duplicate
[Model]s need to be deleted.
Bob
Mohan, Prabhu wrote:
> Hi All
>
> I am trying to include 2 components in one model file. Is it an IBIS
> requirement that the model names should not repeat between components?
> By doing so I get an error on ibischk3. If it is in the spec can some
> one point to the page. It is neither under [Component] nor under [Pin].
>
> Thanks
> Prabhu
-- Bob Ross Teraspeed Consulting Group LLC Teraspeed Consulting Group LLC 2926 SE Yamhill St. Device Modeling Division Portland, OR 97214 13610 SW Harness Lane 503-239-5536 Beaverton, OR 97008 http://www.teraspeed.com 503-430-1065 bob@teraspeed.com 503-246-8048 Direct |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993Received on Fri May 21 18:29:59 2004
This archive was generated by hypermail 2.1.8 : Fri May 21 2004 - 18:30:05 PDT