Commit b0fa2864 authored by Gabor Greif's avatar Gabor Greif 💬

Fix some typos

parent 3bbc01a4
......@@ -2863,9 +2863,9 @@ constructors with 'type' keyword.
This ambiguity causes reduce/reduce conflicts in parser, which are always
resolved in favour of variable constructors. To get rid of conflicts we demand
that ambigous type constructors (those, which are formed by the same
that ambiguous type constructors (those, which are formed by the same
productions as variable constructors) are always prefixed with 'type' keyword.
Unambigous type constructors may occur both with or without 'type' keyword.
Unambiguous type constructors may occur both with or without 'type' keyword.
-}
qtyconop :: { Located RdrName } -- Qualified or unqualified
......
......@@ -1287,7 +1287,7 @@ mkImport (L lc cconv) (L ls safety) (L loc (StringLiteral esrc entity), v, ty)
, fd_co = noForeignImportCoercionYet
, fd_fi = importSpec }))
-- the string "foo" is ambigous: either a header or a C identifier. The
-- the string "foo" is ambiguous: either a header or a C identifier. The
-- C identifier case comes first in the alternatives below, so we pick
-- that one.
parseCImport :: Located CCallConv -> Located Safety -> FastString -> String
......
......@@ -1953,7 +1953,7 @@ isGHCiMonad hsc_env ty
_ <- tcLookupInstance ghciClass [userTy]
return name
Just _ -> failWithTc $ text "Ambigous type!"
Just _ -> failWithTc $ text "Ambiguous type!"
Nothing -> failWithTc $ text ("Can't find type:" ++ ty)
-- tcRnExpr just finds the type of an expression
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment