[sv-ec] Re: [sv-bc] size() array methods for packed, unpacked and associative arrays

<bounced email from Greg Jaxon>

-------- Original Message --------
Date: Wed, 31 May 2006 11:31:32 -0700
From: Greg Jaxon <Greg.Jaxon@synopsys.com>
To: "Rich, Dave" <Dave_Rich@mentor.com>
Cc: Brad Pierce <Brad.Pierce@synopsys.com>, sv-bc@server.eda.org,
        sv-ec@server.eda.org
Subject: Re: [sv-bc] size() array methods for packed, unpacked and associative
 arrays

Rich, Dave wrote:
> Then you get into issues like a packed struct also creates a packed 
> array of the same name and then ‘size’ becomes a keyword.

Replying to Brad Pierce, who wrote:
>> We could define A.size() in terms of $size(A) and be done with it for 
>> all array kinds.
>> 

Since arrays can be multi-dimensional, you'd want a different prototype.
"Size of the first dimension" is not the result I'd intuitively
expect.  Having a method notation for measuring objects of varying size
seems pretty natural to me, but it appears to be completely redundant
with the $size() system function.  I'd rather eliminate the method calls!

Greg Jaxon

Disclaimer:  Personal biases again...