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.Received on Sun Nov 4 23:18:41 2007
This archive was generated by hypermail 2.1.8 : Sun Nov 04 2007 - 23:19:00 PST