[sv-bc] RE: [sv-ec] Dynamic type parameter array

I am adding a bugnote to Mantis 1618.
 
Shalom


________________________________

	From: owner-sv-ec@server.eda.org
[mailto:owner-sv-ec@server.eda.org] On Behalf Of Surya Pratik Saha
	Sent: Saturday, August 02, 2008 8:09 AM
	To: Rich, Dave
	Cc: sv-ec@server.eda.org; sv-bc@server.eda.org
	Subject: Re: [sv-ec] Dynamic type parameter array
	
	
	Is there any mantis to fix the issue?
	
	Regards
	Surya


	-------- Original Message  --------
	Subject: Re:[sv-ec] Dynamic type parameter array
	From: Rich, Dave <Dave_Rich@mentor.com>
<mailto:Dave_Rich@mentor.com> 
	To: Surya Pratik Saha <spsaha@cal.interrasystems.com>
<mailto:spsaha@cal.interrasystems.com> , sv-ec@eda.org, sv-bc@eda.org
	Date: Friday, August 01, 2008 7:47:54 PM
	

		I think this was an oversight in the BNF. It should be
legal.

		

		
________________________________


		From: owner-sv-ec@server.eda.org
[mailto:owner-sv-ec@server.eda.org] On Behalf Of Surya Pratik Saha
		Sent: Friday, August 01, 2008 1:58 AM
		To: sv-ec@server.eda.org; sv-bc@server.eda.org
		Subject: [sv-ec] Dynamic type parameter array

		

		Hi,
		As per 1800 2005 SV LRM BNF, parameter array rule is
defined as:
		
		param_assignment ::= parameter_identifier {
unpacked_dimension } = constant_param_expression
		unpacked_dimension ::= [ constant_range ] 
		| [ constant_expression ]
		
		So, by BNF parameter can't be declared with dynamic type
(associative or queue or dynamic). But can we declare dynamic type
parameter array by using typedef. Is the e.g. legal:
		
		module top;
		    typedef int myassoc[*];
		    parameter int myparam1[*] = '{default:1}; // illegal
		    parameter myassoc myparam2 = '{default:1}; // Is it
legal
		endmodule
		
		If 2nd declaration is legal then why BNF restricts the
1st declaration.
		
		

		-- 
		Regards
		Surya

		-- 
		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 <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, and is
believed to be clean.