RE: [sv-bc] RE: [sv-ec] Upward referencing rules question

Brad,

Even the sentence that you wrote is ambiguous, so to clarify:

$root.A distingishes top-level instance A from other instances called A.

But there can be more than one top-level instance.

For example, if A and B are top-level modules, then they can be
referenced as $root.A and $root.B, to distinguish them from other A's
and B's.

Regards,
Shalom 

> -----Original Message-----
> From: owner-sv-bc@server.eda.org 
> [mailto:owner-sv-bc@server.eda.org] On Behalf Of Brad Pierce
> Sent: Wednesday, February 13, 2008 12:12 AM
> To: sv-bc@server.eda.org
> Subject: RE: [sv-bc] RE: [sv-ec] Upward referencing rules question
> 
> Steven,
> 
> Thanks for explaining.  So $root is probably not a 
> super-instance, but just a syntactic mechanism.  For example, 
> "$root.A" means the one instance "A" that is a top-level instance.
> 
> -- Brad
> 
> 
> -----Original Message-----
> From: Steven Sharp [mailto:sharp@cadence.com]
> Sent: Tuesday, February 12, 2008 1:56 PM
> To: sv-bc@eda.org; Brad.Pierce@synopsys.COM
> Subject: RE: [sv-bc] RE: [sv-ec] Upward referencing rules question
> 
> 
> >From: "Brad Pierce" <Brad.Pierce@synopsys.com>
> 
> >Doesn't $root always refer to a particular one of the top-level 
> >instances?  It's not a super-instance that unites the forest of 
> >top-level instances into a tree, is it?
> 
> In Superlog, it was apparently a super-instance that turned the forest
> into a tree.  It also contained all the stuff that is now in various
> $units.
> 
> In SV, you could still regard it as a super-instance, except 
> that there
> is no longer anything in it except the top-level instances.
> You can also regard it as just a naming convention that forces
> resolution of a hierarchical name to a start at a top-level instance.
> The effect on name resolution is the same.  The VPI model may force a
> particular view of it though.
> 
> It definitely is not a particular one of the top-level instances.
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.