RE: [sv-ec] streaming operator unpack operation

Hi, Jonathan. 

> > I have some doubt regarding the LRM interpretation for streaming 
> > unpack operation, when size(rhs) > size(lhs).
> 
> Mantis 1707 was written to try to clarify this and other 
> related issues.  As far as I am aware, current 
> implementations match the behaviour described in Mantis 1707. 
>  Please let us know if it does not address your concerns.

I assume you refer to the following sentence:

"If the source expression contains more bits than are needed, the
appropriate number of bits shall be consumed from its left (most
significant) end."

Then I think the example is misleading:

{>>{ a, b, c }} = 96'b1; // OK: unpack a = 0, b = 0, c = 1
{>>{ a, b, c }} = 100'b1; // OK: unpack as above (4 bits unread)

"unpack as above" implies that a, b, and c receive the same values as in
the previous example. If the unpacking is from the left end, that will
not be true. c will get 0, not 1.

Shalom
---------------------------------------------------------------------
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.