RE: [vhdl-200x] Bugzilla 293

Ryan,

The alternative labels are not needed in the path name for three reasons:

(1) When looking up a name, the generate label is sufficient.  Only one
alternative can exist in a particular instance, unlike a generate_for.
(2) The alternative label is optional anyway, unlike the generate label. How
would you deal with this optionality?
(3) The alternative chosen can be determined by examining the generics used
to configure the architecture with the generate_if or generate_case
expressions.

The bug submitted does not ask for the labels to be included, just for
clarification.

Regards,

Peter.

-----Original Message-----
From: owner-vhdl-200x@eda.org [mailto:owner-vhdl-200x@eda.org] On Behalf Of
ryan.w.hinton@L-3com.com
Sent: 31 October 2013 16:02
To: vhdl-200x@eda.org
Subject: RE: [vhdl-200x] Bugzilla 293

Peter:

Isn't that the opposite of what we want?  I assume we *want* the labels in
the pathname of these other clauses for consistency with external names,
configuration statements, etc. just like they would be included for the "if"
part.  Am I missing something here?

- Ryan

-----Original Message-----
From: owner-vhdl-200x@eda.org [mailto:owner-vhdl-200x@eda.org] On Behalf Of
Peter Flake
Sent: Thursday, October 31, 2013 9:36 AM
To: vhdl-200x@eda.org
Subject: RE: [vhdl-200x] Bugzilla 293

Hi,

The bug description is:

"There are alternate labels possible in if, elsif, else generate and case
generate. Are they a part of path_name and inst_name formulation, if
present? The LRM presumes not, and an informative note to that effect would
be helpful"

The proposed fix is to add a sentence to 8.7 (b) (5). "The alternative
labels possible in generate statements do not form part of the pathname."

Regards,

Peter Flake



--
This message has been scanned for viruses and dangerous content by
MailScanner, 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 message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.