</ListItem>
</VarListEntry>
<VarListEntry>
-<Term>Very long literal lists:</Term>
-<ListItem>
-<Para>
-These may tickle a “yacc stack overflow” 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>
</Title>
<Para>
-<VariableList>
-
-<VarListEntry>
-<Term>Derived instances for records:</Term>
-<ListItem>
-<Para>
-Hmmm.
-</Para>
-</ListItem>
-</VarListEntry>
-</VariableList>
+None known.
</Para>
</Sect2>
<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>
<Term>Unchecked arithmetic:</Term>
<ListItem>
<Para>
-Arguably <Emphasis>not</Emphasis> an infelicity, but… 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… 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>
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>
</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: ***
+ -->