FW: [sv-bc] Constant method calls

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Mon Feb 11 2008 - 04:03:42 PST
Resend. Reflector still unreliable.

Shalmo 

-----Original Message-----
From: Bresticker, Shalom 
Sent: Sunday, February 10, 2008 9:52 AM
To: Feldman, Yulik
Cc: 'sv-bc@server.eda.org'; 'sv-ec@server.eda.org'
Subject: RE: [sv-bc] Constant method calls

The LRM also says,

"The next() method returns the Nth next enumeration value (default is
the next one) starting from the current value of the given variable."

So it is a method of a variable.

There are also no examples of an enum method being applied to an enum
value. One has to ask why and give a good answer.

One would also have to define A.first and A.num. 

I'm not saying it does not make sense to define all these. But it is
difficult to claim that the current LRM defines them. One who does not
implement them could certainly not be considered incompliant with the
LRM.

Regards,
Shalom

> Shalom, where did you take this restriction from? I only see 6.19.5, 
> which says "SystemVerilog includes a set of specialized methods to 
> enable iterating over the values of enumerated types, which are 
> defined in 6.19.5.1 through 6.19.5.6.". Both enum variables and enum 
> constants have enum types, so I would assume that methods apply to 
> both.
> 
> But independently of what LRM says and how it can be interpreted, I 
> fully agree with Jonathan that such restriction would not make any 
> sense. I also don't see why an implementation should have a difficulty

> with evaluating the methods on enum constants.
---------------------------------------------------------------------
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 Mon Feb 11 04:07:43 2008

This archive was generated by hypermail 2.1.8 : Mon Feb 11 2008 - 04:09:55 PST