Yes. The current wording was probably before we had defined matching types. ________________________________ From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] On Behalf Of Bresticker, Shalom Sent: Thursday, May 17, 2007 1:28 PM To: sv-bc@server.eda.org Subject: [sv-bc] D3 22.3.2.3: .name and equivalent types Hi, I understand LRM to say that for .name, port and connection types have to be equivalent, but do not have to match. (Names have to be the same). For example, one side could have a[4:3] and the other could have a[2:1]. The LRM seems to be very careful about saying that the *sizes* have to be the same without saying that the exact ranges have to be identical. It also says that the data types have to be equivalent. So the first sentence in 22.3.2.3 seems to be worded awkwardly and confusingly: "SystemVerilog can implicitly instantiate ports using a .name syntax if the instance port name and equivalent type match the connecting declaration port name and type." The 'equivalent type match' in this sentence is not very good. I suggest to reword it to be similar to the corresponding sentence in 22.3.2.4: "SystemVerilog can implicitly instantiate ports using a .* wildcard syntax for all ports where the instance port name matches the connecting port name and their data types are equivalent." So we would get: "SystemVerilog can implicitly instantiate ports using a .name syntax if the instance port name matches the connecting port name and their data types are equivalent." Shalom Shalom Bresticker Intel Jerusalem LAD DA +972 2 589-6852 +972 54 721-1033 -- This message has been scanned for viruses and dangerous content by MailScanner <http://www.mailscanner.info/> , and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
This archive was generated by hypermail 2.1.8 : Mon May 21 2007 - 16:34:45 PDT