X-Git-Url: http://git.megacz.com/?a=blobdiff_plain;f=ghc%2Fdocs%2Fusers_guide%2Fvs_haskell.sgml;h=38d1472b4b10ed71e03d1c10170bd628d2019164;hb=630af8101b7af8583542fc45616383608cb3f76a;hp=2b6bb34821720eea240e9dcfb9044de37b50b679;hpb=7db602a0d8f840362c455650cbddc1ecc04ec43d;p=ghc-hetmet.git

diff --git a/ghc/docs/users_guide/vs_haskell.sgml b/ghc/docs/users_guide/vs_haskell.sgml
index 2b6bb34..38d1472 100644
--- a/ghc/docs/users_guide/vs_haskell.sgml
+++ b/ghc/docs/users_guide/vs_haskell.sgml
@@ -42,15 +42,6 @@ option don't mix very well (see <XRef LinkEnd="c-pre-processor">).
 </ListItem>
 </VarListEntry>
 <VarListEntry>
-<Term>Very long literal lists:</Term>
-<ListItem>
-<Para>
-These may tickle a &ldquo;yacc stack overflow&rdquo; error in the parser.
-(It depends on the Yacc used to build your parser.)
-</Para>
-</ListItem>
-</VarListEntry>
-<VarListEntry>
 <Term>Single quotes in module names:</Term>
 <ListItem>
 <Para>
@@ -68,17 +59,7 @@ It might work, but it's just begging for trouble.
 </Title>
 
 <Para>
-<VariableList>
-
-<VarListEntry>
-<Term>Derived instances for records:</Term>
-<ListItem>
-<Para>
-Hmmm.
-</Para>
-</ListItem>
-</VarListEntry>
-</VariableList>
+None known.
 </Para>
 
 </Sect2>
@@ -95,9 +76,9 @@ Hmmm.
 <ListItem>
 <Para>
 Several modules internal to GHC are visible in the standard namespace.
-All of these modules begin with <Literal>Prel</Literal>, so the rule is: don't use any
-modules beginning with <Literal>Prel</Literal> in your program, or you will be
-comprehensively screwed.
+All of these modules begin with <Literal>Prel</Literal>, so the rule
+is: don't use any modules beginning with <Literal>Prel</Literal> in
+your program, or you will be comprehensively screwed.
 </Para>
 </ListItem>
 </VarListEntry>
@@ -117,17 +98,20 @@ comprehensively screwed.
 <Term>Unchecked arithmetic:</Term>
 <ListItem>
 <Para>
-Arguably <Emphasis>not</Emphasis> an infelicity, but&hellip; Bear in mind that
-operations on <Literal>Int</Literal>, <Literal>Float</Literal>, and <Literal>Double</Literal> numbers are
-<Emphasis>unchecked</Emphasis> for overflow, underflow, and other sad occurrences.
-(note, however that some architectures trap floating-point overflow
-and loss-of-precision and report a floating-point
-exception)<IndexTerm><Primary>floating-point exceptions</Primary></IndexTerm>.
+Arguably <Emphasis>not</Emphasis> an infelicity, but&hellip; Bear in
+mind that operations on <Literal>Int</Literal>,
+<Literal>Float</Literal>, and <Literal>Double</Literal> numbers are
+<Emphasis>unchecked</Emphasis> for overflow, underflow, and other sad
+occurrences.  (note, however that some architectures trap
+floating-point overflow and loss-of-precision and report a
+floating-point exception, probably terminating the
+program)<IndexTerm><Primary>floating-point
+exceptions</Primary></IndexTerm>.
 </Para>
 
 <Para>
-Use <Literal>Integer</Literal>, <Literal>Rational</Literal>, etc., numeric types if this stuff
-keeps you awake at night.
+Use <Literal>Integer</Literal>, <Literal>Rational</Literal>, etc.,
+numeric types if this stuff keeps you awake at night.
 </Para>
 </ListItem>
 </VarListEntry>
@@ -138,7 +122,7 @@ keeps you awake at night.
 This code fragment <Emphasis>should</Emphasis> elicit a fatal error, but it does not:
 
 <ProgramListing>
-main = print (array (1,1) [ 1:=2, 1:=3 ])
+main = print (array (1,1) [(1,2), (1,3)])
 </ProgramListing>
 
 </Para>
@@ -174,18 +158,16 @@ stuck on them.
 </Para>
 </ListItem>
 </VarListEntry>
-<VarListEntry>
-<Term>Unicode character set:</Term>
-<ListItem>
-<Para>
-Haskell 98 embraces the Unicode character set, but GHC doesn't
-handle it. Yet.
-</Para>
-</ListItem>
-</VarListEntry>
 </VariableList>
 </Para>
 
 </Sect2>
 
 </Sect1>
+
+<!-- Emacs stuff:
+     ;;; Local Variables: ***
+     ;;; mode: sgml ***
+     ;;; sgml-parent-document: ("users_guide.sgml" "book" "chapter" "sect1") ***
+     ;;; End: ***
+ -->