Re: [sv-bc] RE: Email Vote: respond by 8AM PDT, Friday, July 30, 2010

Hi Steve.

I agree that a min:typ:max is an expression (of an alternation set
of numerical values).

The min vs typ vs max choice is taken at runtime and is
dependent on the simulator. We are talking about
syntax here (at least, that was my intention).

The compiled and elaborated module will represent a parameter with
a value of "x:y:x", in which x, y, and z will be numbers. The
implementation of x:y:z COULD be as you say; or it could be something
else, such as a string, linked list, or array.

I agree that x:y:z could be a string value, or a subset value, and would
NOT be a numerical value.

Nevertheless, the assignment statement, parameter = x:y:z; should
be syntactically correct. That was what I meant to be the point
of my original Email.

On 08/02/2010 07:09 PM, Steven Sharp wrote:
>
>> Date: Mon, 02 Aug 2010 10:28:55 -0700
>> From: John Michael Williams<john@svtii.com>
>> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608
> Thunderbird/3.1
>
>> The new statement makes sense, because a parameter should
>> be able to store things such as delay triplets:
>>
>> parameter MyDelay = 3:4:5;
>
> A mintypmax_expression is not a value, nor would a parameter ever store it.
> It is an expression, which evaluates to a single numerical value based on
> which delay is selected during elaboration. The parameter would hold the
> single value that was selected, not the triplet. It is similar to writing
>
> parameter MyDelay = min_selected ? 3 : (typ_selected ? 4 : 5);
>
> The parameter doesn't hold that expression; it holds the result of it.
>
>
> Steven Sharp | Architect | Cadence
>
> P: 508.459.1436 M: 774.535.4149 www.cadence.com
>
>
>

-- 
         John Michael Williams
         jwill@BasicISP.net
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.