RE: [sv-cc] vpiInstance 1 to 1 relation from Class variable

As far as I can tell, the LRM does not cover this.  Speaking for myself and not for the committee, I'm pretty sure that the vpiInstance should not be a vpiClassObj.  From 37.10 and other diagrams, it appears that support for the vpiInstance relation is required only for objects actually declared directly in the instance, so that for other objects, VPI implementations are free to do pretty much what they want.

Since the expression "top.cvar.i" does not occur directly in the SystemVerilog source code, how it is interpreted will depend also on how a tool is converting it into a handle, and what kind of handle it converts it to.  For a particular vendor, there may or not exist a handle that has the same existence and execution history as the expression "top.cvar.i" would have if it did appear in the source code.

I will file this as a Mantis item for the SV-CC committee to consider in the future.

Regards,
Jim Vellenga

From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Radoslaw Nawrot
Sent: Tuesday, 25 Sep 2012 6:50 AM
To: sv-cc@eda.org
Subject: [sv-cc] vpiInstance 1 to 1 relation from Class variable

Hi,
I found construction that is unexplained in LRM .

I have class :

class C;
int i;
endclass

in module top I have vpiClassVar:

module top();
C cvar;
initial
    cvar =new;
endmoudle

On VPI side I have handle to top.cvar.i (let it be in hnd )
What should I receive from routine:
vpi_handle(vpiInstance,hnd) ?
According to LRM 1800-2009 I should receive one of  4th types (vpiPackage, vpiInterafce, vpiModule, vpiProgram)
37.10:
"

3) vpiInstance shall always return the immediate instance (package, module, interface, or program) in which the

object is instantiated.

"
Shoudl I get null handle?
Or should It be vpiClassObj ?

Regards,
Radek


--
This message has been scanned for viruses and
dangerous content by MailScanner<http://www.mailscanner.info/>, and is
believed to be clean.

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