[commit: ghc] master: glasgow_exts.xml whitespace (1c5e89e)

Simon Marlow marlowsd at gmail.com
Tue May 31 11:53:44 CEST 2011


Repository : ssh://darcs.haskell.org//srv/darcs/ghc

On branch  : master

http://hackage.haskell.org/trac/ghc/changeset/1c5e89eda88dc79061ec885ccf21eed55c7d7440

>---------------------------------------------------------------

commit 1c5e89eda88dc79061ec885ccf21eed55c7d7440
Author: Daniel Fischer <daniel.is.fischer at googlemail.com>
Date:   Mon May 30 11:16:15 2011 +0200

    glasgow_exts.xml whitespace

>---------------------------------------------------------------

 docs/users_guide/glasgow_exts.xml |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/docs/users_guide/glasgow_exts.xml b/docs/users_guide/glasgow_exts.xml
index 2490855..f44bf79 100644
--- a/docs/users_guide/glasgow_exts.xml
+++ b/docs/users_guide/glasgow_exts.xml
@@ -427,7 +427,7 @@ Indeed, the bindings can even be recursive.
 
       <para>The hash sign does not change semantics at all.  We tend to use variable
 	names ending in "&num;" for unboxed values or types (e.g. <literal>Int&num;</literal>),
-	but there is no requirement to do so; they are just plain ordinary variables.
+        but there is no requirement to do so; they are just plain ordinary variables.
 	Nor does the <option>-XMagicHash</option> extension bring anything into scope.
 	For example, to bring <literal>Int&num;</literal> into scope you must
 	import <literal>GHC.Prim</literal> (see <xref linkend="primitives"/>);





More information about the Cvs-ghc mailing list