[commit: ghc] master: Backpack docs: more carefully describe unification versus unioning. (b0784cc)
git at git.haskell.org
git at git.haskell.org
Mon May 11 23:02:00 UTC 2015
Repository : ssh://git@git.haskell.org/ghc
On branch : master
Link : http://ghc.haskell.org/trac/ghc/changeset/b0784cc5390cd98ca6518fcbd68bd078c8e73470/ghc
>---------------------------------------------------------------
commit b0784cc5390cd98ca6518fcbd68bd078c8e73470
Author: Edward Z. Yang <ezyang at cs.stanford.edu>
Date: Fri May 8 15:09:20 2015 -0700
Backpack docs: more carefully describe unification versus unioning.
Signed-off-by: Edward Z. Yang <ezyang at cs.stanford.edu>
>---------------------------------------------------------------
b0784cc5390cd98ca6518fcbd68bd078c8e73470
docs/backpack/algorithm.pdf | Bin 257231 -> 257231 bytes
docs/backpack/algorithm.tex | 13 ++++++-------
2 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/docs/backpack/algorithm.pdf b/docs/backpack/algorithm.pdf
index 8207286..d9c9b76 100644
Binary files a/docs/backpack/algorithm.pdf and b/docs/backpack/algorithm.pdf differ
diff --git a/docs/backpack/algorithm.tex b/docs/backpack/algorithm.tex
index 7674050..1b582a0 100644
--- a/docs/backpack/algorithm.tex
+++ b/docs/backpack/algorithm.tex
@@ -428,9 +428,8 @@ After merging this in, the final shape of \verb|q| is:
The shapes we've given for individual declarations have been quite
simple. Merging combines two shapes, filling requirements with
-implementations and substituting information we learn about the
-identities of \verb|Name|s; it is the most complicated part of the
-shaping process.
+implementations, unifying \verb|Name|s, and unioning requirements; it is
+the most complicated part of the shaping process.
The best way to think about merging is that we take two packages with
inputs (requirements) and outputs (provisions) and ``wiring'' them up so
@@ -448,17 +447,17 @@ proceeds as follows:
$p$.} For each requirement $M$ of $q$ that is provided by $p$ (in particular,
all of its required \verb|Name|s are provided),
substitute each \verb|Module| occurrence of \verb|HOLE:M| with the
- provided $p(M)$, merge the names, and remove the requirement from $q$.
- Error if a provision is insufficient for the requirement.
+ provided $p(M)$, unify the names, and remove the requirement from $q$.
+ If the names of the provision are not a superset of the required names, error.
\item If mutual recursion is supported, \emph{fill every requirement of $p$ with provided modules from $q$.}
\item \emph{Merge leftover requirements.} For each requirement $M$ of $q$ that is not
- provided by $p$ but required by $p$, merge the names. (It's not
+ provided by $p$ but required by $p$, unify the names, and union them together to form the new requirement. (It's not
necessary to substitute \verb|Module|s, since they are guaranteed to be the same.)
\item \emph{Add provisions of $q$.} Union the provisions of $p$ and $q$, erroring
if there is a duplicate that doesn't have the same identity.
\end{enumerate}
%
-To merge two sets of names, union the two sets, handling each pair of names with matching \verb|OccName|s $n$ and $m$ as follows:
+To unify two sets of names, find each pair of names with matching \verb|OccName|s $n$ and $m$ and do the following:
\begin{enumerate}
\item If both are from holes, pick a canonical representative $m$ and substitute $n$ with $m$.
More information about the ghc-commits
mailing list