X-Git-Url: http://git.megacz.com/?a=blobdiff_plain;f=docs%2Fusers_guide%2Fusing.xml;h=b2ac5012c1a08bb46689d7a807e849ad768a1335;hb=0db68e1cf9b83d2d18ba427ec28712de4c9a043f;hp=4b3024ae9b945f6468cb3beb3dac8f72e9d3ae3c;hpb=cae75f82226638691cfa1e85fc168f4b65ddce4d;p=ghc-hetmet.git
diff --git a/docs/users_guide/using.xml b/docs/users_guide/using.xml
index 4b3024a..b2ac501 100644
--- a/docs/users_guide/using.xml
+++ b/docs/users_guide/using.xml
@@ -1179,7 +1179,8 @@ f foo = foo { x = 6 }
The trouble with orphans is that GHC must pro-actively read the interface
files for all orphan modules, just in case their instances or rules
play a role, whether or not the module's interface would otherwise
- be of any use. Other things being equal, avoid orphan modules.
+ be of any use. See for details.
+
@@ -1905,7 +1906,7 @@ statements or clauses.
GHC can dump its optimized intermediate code (said to be in “Core” format)
to a file as a side-effect of compilation. Non-GHC back-end tools can read and process Core files; these files have the suffix
- .hcr. The Core format is described in
+ .hcr. The Core format is described in
An External Representation for the GHC Core Language,
and sample tools
for manipulating Core files (in Haskell) are in the GHC source distribution