RE: [sv-bc] Please review Mantis 2108

From: Francoise Martinolle <fm@cadence.com>
Date: Mon May 16 2011 - 09:27:24 PDT

 

I think that the example in slide 38 would give an error.

We have specified in the bind section 23.11 that a bind statement cannot import symbols neither can it refer to declarations in the compilation unit.

See LRM extract:
"
When an instance is bound into a target scope, the effect will be as if the instance was present at the very end
of the target scope. In other words, all declarations present in the target scope or imported into the target
scope are visible to the bound instance. Wildcard import candidates that have been imported into the scope
are visible, but a bind statement cannot cause the import of a wildcard candidate. Declarations present or
imported into $unit are not visible in the bind statement.
User defined type names that are used to override type parameters must be visible and matching in both the
scope containing the bind statement and in the target scope."

-----Original Message-----
From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Brad Pierce
Sent: Tuesday, May 10, 2011 2:27 PM
To: Maidment, Matthew R
Cc: SV-BC
Subject: Re: [sv-bc] Please review Mantis 2108

Might be related to slide 38 of attached.

-- Brad

On Tue, May 10, 2011 at 10:10 AM, Maidment, Matthew R <matthew.r.maidment@intel.com> wrote:
> Hi All.
>
> Please review Mantis 2108:
>
> http://www.eda.org/svdb/view.php?id=2108
>
> Dave Rich reported the issue and cannot recall its specifics so he proposes that it be closed.
> Unless someone can provide more details behind this issue, I will bring it to vote during the next SV-BC meeting.
>
> Thanks,
>
> Matt
>
>
>
> --
> This message has been scanned for viruses and dangerous content by
> MailScanner, and is believed to be clean.
>
>
>

--
This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Mon May 16 09:27:58 2011

This archive was generated by hypermail 2.1.8 : Mon May 16 2011 - 09:28:04 PDT