Re: errata/12: hierarchical parameter identifier

From: Dennis Marsa (drm@xilinx.com)
Date: Thu Aug 09 2001 - 15:20:00 PDT


The following reply was made to PR errata/12; it has been noted by GNATS.

From: Dennis Marsa <drm@xilinx.com>
To: btf-bugs@boyd.com
Cc: btf@boyd.com
Subject: Re: errata/12: hierarchical parameter identifier
Date: Thu, 09 Aug 2001 16:09:57 -0600

 Stefen Boyd wrote:
 
> Looks like we need a hierarchical parameter identifier.
>
> IS:
> param_assignment ::= parameter_identifier = constant_expression
>
> Proposed:
> param_assignment ::= hierarchical_parameter_identifier = constant_expression
>
> but we'll have to define hierarchical_parameter_identifier.
>
> Looks like this was also broken in 1364-1995.
 
 
 The above change would allow:
 
    parameter a.b.c = 1;
    localparam a.b.c = 1;
 
 as well as the intended:
 
    defparam a.b.c = 1;
 
 since param_assignment rule is reachable from the parameter_declaration and
 local_parameter_declaration rules.
 
 How about:
 
 - leave "param_assignment" as is.
 
 - add new rules:
     defparam_assignment ::= hierarchical_parameter_identifier = constant_expression
     list_of_defparam_assignments ::= defparam_assignment { , defparam_assignment }
 
 - change:
     parameter_override ::= "defparam" list_of_param_assignments
 
   to:
     parameter_override ::= "defparam" list_of_defparam_assignments
 
 
 Dennis Marsa
 Xilinx, Inc.



This archive was generated by hypermail 2.1.4 : Mon Jul 08 2002 - 12:54:44 PDT and
sponsored by Boyd Technology, Inc.