I have filed this as Mantis item 4330. From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Jim Vellenga Sent: Tuesday, 25 Sep 2012 9:05 AM To: Radoslaw Nawrot; sv-cc@eda.org Subject: 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<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.Received on Tue Sep 25 06:10:45 2012
This archive was generated by hypermail 2.1.8 : Tue Sep 25 2012 - 06:10:52 PDT