RE: [sv-bc] part selects on arbitrary expressions

I think that general selects are too controversial to pass by the
deadline. Also, although general selects of unpacked types could be
useful, most of the examples I have actually seen have been of packed
types. I think that a capability for packed types will be useful for
most of the needs.

Shalom

> -----Original Message-----
> From: Feldman, Yulik 
> Sent: Monday, November 05, 2007 9:18 AM
> To: Bresticker, Shalom; Brad Pierce; sv-bc@server.eda.org
> Subject: RE: [sv-bc] part selects on arbitrary expressions
> 
> I agree that introducing selects on concatenations is a 
> useful addition that will provide some relief to the designers.
> 
> Unfortunately, this enhancement is limited to packed types, 
> and thus will solve only a part of the problem. Also, even 
> for packed types, it looks like a workaround to write a 
> "unary" concatenation, just to be able to apply a select on 
> the given expression. I really hope that this enhancement, if 
> accepted, will not slow down the introduction of general 
> select operators to the language.
> 
> --Yulik.
> 
> -----Original Message-----
> From: owner-sv-bc@server.eda.org 
> [mailto:owner-sv-bc@server.eda.org] On Behalf Of Bresticker, Shalom
> Sent: Monday, November 05, 2007 8:58 AM
> To: Brad Pierce; sv-bc@server.eda.org
> Subject: RE: [sv-bc] part selects on arbitrary expressions
> 
> A concatenation should be treated as a packed vector [n-1:0]. 
> There are other cases of that in the LRM.
> 
> Shalom 
> 
> > BTW would {a+b}[0] return the right-most bit?  If we add 
> support for 
> > selects of concatenations, we should also make sure that 
> the result of
> > type() applied to a concatenation is clearly defined.
> ---------------------------------------------------------------------
> 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.
> 
---------------------------------------------------------------------
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.