From 9314a7202be9b207a4f8cfe4e1524a85d4bbd2dd Mon Sep 17 00:00:00 2001 From: Matthijs Kooijman Date: Mon, 30 Nov 2009 21:54:28 +0100 Subject: [PATCH] Some minor fixes and improvements. --- Chapters/Normalization.tex | 20 +++++++++++--------- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/Chapters/Normalization.tex b/Chapters/Normalization.tex index ca84ed1..3a7196d 100644 --- a/Chapters/Normalization.tex +++ b/Chapters/Normalization.tex @@ -957,15 +957,17 @@ 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 -- 2.30.2