arguments used here are described in
\in{Section}[section:prototype:polymorphism].
- Without this transformation, there would be a (+) entity in the
- architecture which would just add its inputs. This generates a lot of
- overhead in the VHDL, which is particularly annoying when browsing the
- generated RTL schematic (especially since + is not allowed in VHDL
- architecture names\footnote{Technically, it is allowed to use
- non-alphanumerics when using extended identifiers, but it seems that
- none of the tooling likes extended identifiers in filenames, so it
- effectively doesn't work}, so the entity would be called
- \quote{w7aA7f} or something similarly unreadable and autogenerated).
+ Without this transformation, there would be a \lam{(+)} entity
+ in the \VHDL which would just add its inputs. This generates a
+ lot of overhead in the \VHDL, which is particularly annoying
+ when browsing the generated RTL schematic (especially since most
+ non-alphanumerics, like all characters in \lam{(+)}, are not
+ allowed in \VHDL architecture names\footnote{Technically, it is
+ allowed to use non-alphanumerics when using extended
+ identifiers, but it seems that none of the tooling likes
+ extended identifiers in filenames, so it effectively doesn't
+ work.}, so the entity would be called \quote{w7aA7f} or
+ something similarly unreadable and autogenerated).
\subsection{Program structure}
These transformations are aimed at normalizing the overall structure