And I believe the grammar doesn't allow it for packed dimensions, in which case the LRM is clear on this. From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Bresticker, Shalom Sent: Tuesday, September 30, 2014 3:40 PM To: erik.seligman@intel.com; sv-bc@eda.org Subject: [sv-bc] RE: Q: [N] array bounds legal for unpacked but not packed arrays? It was not an oversight, but I don't remember the reason this syntax was not extended to packed dimensions as well. From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Seligman, Erik Sent: Tuesday, September 30, 2014 22:34 To: sv-bc@eda.org Subject: [sv-bc] Q: [N] array bounds legal for unpacked but not packed arrays? Recently I saw a vendor tool fail on a declaration like this: logic [N] foo; To make it work, I had to change it to logic [N-1:0] foo; Looking at section 7.4.1-7.4.2 of the LRM, it seems like this option of a single number for the array bound declaration is described only for unpacked arrays. It doesn't specifically say it's not allowed for packed arrays, so many tools accept it, but it doesn't directly allow it either. Is this difference in syntax requirements between packed and unpacked array bounds an oversight, or is there an intentional reason for it? Thanks! -- This message has been scanned for viruses and dangerous content by MailScanner<http://www.mailscanner.info/>, and is believed to be clean. --------------------------------------------------------------------- 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<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.Received on Tue Sep 30 12:55:35 2014
This archive was generated by hypermail 2.1.8 : Tue Sep 30 2014 - 12:55:40 PDT