RE: [sv-bc] Re: Out-of-bound index for part select on concatenation

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Fri Dec 19 2008 - 01:04:46 PST
Hi, in Draft 8, 11.5.1 says,

"Bit-selects extract a particular bit from a vector, packed array, packed structure, parameter, or concatenation...If the bitselect is out of the address bounds or the bit-select is x or z, then the value returned by the reference shall be x."

and

"A part-select that addresses a range of bits that are completely out of the address bounds of the vector, packed array, packed structure, parameter or concatenation, or a part-select that is x or z shall yield the value x when read and shall have no effect on the data stored when written. Part-selects that are partially out of range shall, when read, return x for the bits that are out of range and shall, when written, only affect the bits that are in range."

Shalom
 

> -----Original Message-----
> From: owner-sv-bc@server.eda.org 
> [mailto:owner-sv-bc@server.eda.org] On Behalf Of Surya Pratik Saha
> Sent: Friday, December 19, 2008 10:52 AM
> To: sv-bc@eda.org
> Subject: [sv-bc] Re: Out-of-bound index for part select on 
> concatenation
> 
> I am sorry, LRM indeed allows bit select too. But my 2nd 
> question is still valid.
> 
> Regards
> Surya
> 
> 
> 
> -------- Original Message  --------
> Subject: Out-of-bound index for part select on concatenation
> From: Surya Pratik Saha <spsaha@cal.interrasystems.com>
> To: sv-bc@eda.org <sv-bc@eda.org>
> Date: Friday, December 19, 2008 2:18:38 PM
> > Hi,
> > In 1800-2009 draft LRM, a new construct is added as part select of 
> > concatenation. Is there any reason for which bit select is not 
> > allowed. For e.g.
> > {a, b}[2]
> >
> > Also, LRM does not mention what will happen if out-of-bound 
> index is 
> > used in the part select expression. For e.g.
> > {a, b}[-1:2]
> > Whereas, -1 is an invalid index here. Can anyone explain on that?
> >
> 
> 
> 
> 
> --
> This message has been scanned for viruses and dangerous 
> content by MailScanner, and is believed to be clean.
> 
> 
---------------------------------------------------------------------
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 Fri Dec 19 01:06:43 2008

This archive was generated by hypermail 2.1.8 : Fri Dec 19 2008 - 01:07:06 PST