RE: [sv-bc] RE: [sv-ec] Multidim array of interfaces - supported?

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Sun Mar 30 2008 - 06:42:46 PDT
Also, the BNF does not allow a part-select_range select to be followed
by an additional field select. 

Shalom


> -----Original Message-----
> From: owner-sv-ec@server.eda.org 
> [mailto:owner-sv-ec@server.eda.org] On Behalf Of Greg Jaxon
> Sent: Thursday, March 27, 2008 8:02 PM
> To: danielm
> Cc: 'Brad Pierce'; sv-ec@server.eda.org; sv-bc@server.eda.org
> Subject: Re: [sv-bc] RE: [sv-ec] Multidim array of interfaces 
> - supported?
> 
> danielm wrote:
> > In the example from previous email slice from array of instances is 
> > used on port list. Can it be used in other places like ie:
> 
> >     module sub;
> >         int data;
> >     endmodule
> >     module top;
> >         sub uut[0:9]();
> >         initial uut[1:4].data = 1; //???????? legal
> >     endmodule
> > 
> > DANiel
> 
> I don't believe there are any other uses than in port lists 
> of module or interface instantiations.  In the above example, 
> even an array of structures would not be usable.  For an 
> array of instances, the general case here is that each "data" 
> item could have a distinct type.  This makes it impossible to 
> produce a homotypic array as result from such expressions.  
> Also, SV aggregate expressions (which would govern such forms 
> of reference) are limited to yielding contiguous bit streams 
> when they make selections (i.e. in flat storage they all 
> reduce to a vector-part select of some bits).
> 
> Greg Jaxon
---------------------------------------------------------------------
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.
Received on Sun Mar 30 06:46:44 2008

This archive was generated by hypermail 2.1.8 : Sun Mar 30 2008 - 06:48:50 PDT