> I took a closer look at issue 41. The LRM certainly does > intentionally restrict the existence of "real" in any > component of an associative array index type. This is a > bit odd since the general statement is simply that equality > (and some internal ordering relation) is defined and certainly > equality is defined for real. Personally I think that it makes > more sense to drop the restriction than to modify the example > but if there is any concern about dropping the restriction, > then we should modify the example to be consistent with the > normative text. Gord is clearly right to say that equality is defined for reals, in the sense that there is an equality comparison operator and it does something vaguely useful. However, I am (as a matter of principle) uncomfortable about any attempt to use reals to model or represent discrete values; indeed, I would always regard testing reals for equality as being fragile and untrustworthy. You just KNOW that someone will complain when this doesn't do what they expect: real thirty_degrees = $atan(1.0) * 2.0 / 3.0; bit visited[real]; visited[thirty_degrees] = 1; assert (visited[$asin(0.5)]); So I would prefer to see the ballot feedback implemented as-is by modifying the example to avoid the use of real. -- Jonathan Bromley Consultant Doulos - Developing Design Know-how VHDL * Verilog * SystemVerilog * SystemC * PSL * Perl * Tcl/Tk * Project Services Doulos Ltd. Church Hatch, 22 Market Place, Ringwood, Hampshire, BH24 1AW, UK Tel: + 44 (0)1425 471223 Email: jonathan.bromley@doulos.com Fax: +44 (0)1425 471573 http://www.doulos.com -------------------------------------------------------------------------------- Doulos Ltd is registered in England and Wales with company no. 3723454 Its registered office is 4 Brackley Close, Bournemouth International Airport, Christchurch, BH23 6SE, UK. This message may contain personal views which are not the views of Doulos, unless specifically stated. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Fri Apr 24 08:54:07 2009
This archive was generated by hypermail 2.1.8 : Fri Apr 24 2009 - 08:54:22 PDT