Skip to content

Instantly share code, notes, and snippets.

@kasbah
Created September 2, 2014 12:00
Show Gist options
  • Save kasbah/74e64fc7b468e07c1a20 to your computer and use it in GitHub Desktop.
Save kasbah/74e64fc7b468e07c1a20 to your computer and use it in GitHub Desktop.
Building dash-haskell-1.0.0.0...
Preprocessing executable 'dash-haskell' for dash-haskell-1.0.0.0...
[15 of 16] Compiling Options ( src/Options.hs, dist/build/dash-haskell/dash-haskell-tmp/Options.o )
src/Options.hs:38:5:
Couldn't match expected type ‘Parser DbProvider’
with actual type ‘Mod OptionFields DbProvider -> Parser DbProvider’
Probable cause: ‘nullOption’ is applied to too few arguments
In the second argument of ‘(<$>)’, namely
‘nullOption
(eitherReader toProvider
<>
long "dbprovider"
<>
short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir")’
In the first argument of ‘(<*>)’, namely
‘Options
<$>
nullOption
(eitherReader toProvider
<>
long "dbprovider"
<>
short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir")’
src/Options.hs:40:10:
Couldn't match expected type ‘String -> ReadM DbProvider’
with actual type ‘Mod f0 a0’
Possible cause: ‘long’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘long "dbprovider"’
In the second argument of ‘(<>)’, namely
‘long "dbprovider"
<>
short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir"’
src/Options.hs:41:10:
Couldn't match expected type ‘String -> ReadM DbProvider’
with actual type ‘Mod f1 a1’
Possible cause: ‘short’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘short 'p'’
In the second argument of ‘(<>)’, namely
‘short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir"’
src/Options.hs:42:10:
Couldn't match expected type ‘String -> ReadM DbProvider’
with actual type ‘Mod f2 a2’
Possible cause: ‘metavar’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘metavar "<provider,args>"’
In the second argument of ‘(<>)’, namely
‘metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir"’
src/Options.hs:43:10:
Couldn't match expected type ‘String -> ReadM DbProvider’
with actual type ‘Mod f3 DbProvider’
Possible cause: ‘value’ is applied to too many arguments
In the first argument of ‘(<>)’, namely
‘value (CabalSandbox Nothing)’
In the second argument of ‘(<>)’, namely
‘value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir"’
src/Options.hs:44:10:
Couldn't match expected type ‘String -> ReadM DbProvider’
with actual type ‘Mod f4 a3’
Possible cause: ‘help’ is applied to too many arguments
In the second argument of ‘(<>)’, namely
‘help "a ghc package db provider: cabal|ghc|dir"’
In the second argument of ‘(<>)’, namely
‘value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir"’
src/Options.hs:55:5:
Couldn't match expected type ‘Parser (Maybe FilePath)’
with actual type ‘Mod OptionFields (Maybe String)
-> Parser (Maybe String)’
Probable cause: ‘nullOption’ is applied to too few arguments
In the second argument of ‘(<*>)’, namely
‘nullOption
(eitherReader (Right . Just)
<>
long "cabal"
<>
short 'c'
<>
metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from")’
In the first argument of ‘(<*>)’, namely
‘Options
<$>
nullOption
(eitherReader toProvider
<>
long "dbprovider"
<>
short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir")
<*>
strOption
(long "output"
<>
short 'o'
<>
metavar "<dir>"
<>
value "./docsets"
<> help "the directory to write created docsets to")
<*>
switch (long "quiet" <> short 'q' <> help "set to verbose output")
<*>
nullOption
(eitherReader (Right . Just)
<>
long "cabal"
<>
short 'c'
<>
metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from")’
src/Options.hs:57:9:
Couldn't match expected type ‘String -> ReadM (Maybe String)’
with actual type ‘Mod f5 a4’
Possible cause: ‘long’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘long "cabal"’
In the second argument of ‘(<>)’, namely
‘long "cabal"
<>
short 'c'
<>
metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from"’
src/Options.hs:58:9:
Couldn't match expected type ‘String -> ReadM (Maybe String)’
with actual type ‘Mod f6 a5’
Possible cause: ‘short’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘short 'c'’
In the second argument of ‘(<>)’, namely
‘short 'c'
<>
metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from"’
src/Options.hs:59:9:
Couldn't match expected type ‘String -> ReadM (Maybe String)’
with actual type ‘Mod f7 a6’
Possible cause: ‘metavar’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘metavar "<file.cabal>"’
In the second argument of ‘(<>)’, namely
‘metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from"’
src/Options.hs:60:9:
Couldn't match expected type ‘String -> ReadM (Maybe String)’
with actual type ‘Mod f8 (Maybe a7)’
Possible cause: ‘value’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘value Nothing’
In the second argument of ‘(<>)’, namely
‘value Nothing
<> help "the cabal file to retrieve package dependencies from"’
src/Options.hs:61:9:
Couldn't match expected type ‘String -> ReadM (Maybe String)’
with actual type ‘Mod f9 a8’
Possible cause: ‘help’ is applied to too many arguments
In the second argument of ‘(<>)’, namely
‘help "the cabal file to retrieve package dependencies from"’
In the second argument of ‘(<>)’, namely
‘value Nothing
<> help "the cabal file to retrieve package dependencies from"’
src/Options.hs:63:5:
Couldn't match expected type ‘Parser CabalConstraints’
with actual type ‘Mod OptionFields CabalConstraints
-> Parser CabalConstraints’
Probable cause: ‘nullOption’ is applied to too few arguments
In the second argument of ‘(<*>)’, namely
‘nullOption
(eitherReader toConstraints
<>
long "cabal-constraints"
<>
short 'r'
<>
value none
<>
metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation")’
In the first argument of ‘(<*>)’, namely
‘Options
<$>
nullOption
(eitherReader toProvider
<>
long "dbprovider"
<>
short 'p'
<>
metavar "<provider,args>"
<>
value (CabalSandbox Nothing)
<> help "a ghc package db provider: cabal|ghc|dir")
<*>
strOption
(long "output"
<>
short 'o'
<>
metavar "<dir>"
<>
value "./docsets"
<> help "the directory to write created docsets to")
<*>
switch (long "quiet" <> short 'q' <> help "set to verbose output")
<*>
nullOption
(eitherReader (Right . Just)
<>
long "cabal"
<>
short 'c'
<>
metavar "<file.cabal>"
<>
value Nothing
<> help "the cabal file to retrieve package dependencies from")
<*>
nullOption
(eitherReader toConstraints
<>
long "cabal-constraints"
<>
short 'r'
<>
value none
<>
metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation")’
src/Options.hs:65:10:
Couldn't match expected type ‘String -> ReadM CabalConstraints’
with actual type ‘Mod f10 a9’
Possible cause: ‘long’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘long "cabal-constraints"’
In the second argument of ‘(<>)’, namely
‘long "cabal-constraints"
<>
short 'r'
<>
value none
<>
metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation"’
src/Options.hs:66:10:
Couldn't match expected type ‘String -> ReadM CabalConstraints’
with actual type ‘Mod f11 a10’
Possible cause: ‘short’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘short 'r'’
In the second argument of ‘(<>)’, namely
‘short 'r'
<>
value none
<>
metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation"’
src/Options.hs:67:10:
Couldn't match expected type ‘String -> ReadM CabalConstraints’
with actual type ‘Mod f12 CabalConstraints’
Possible cause: ‘value’ is applied to too many arguments
In the first argument of ‘(<>)’, namely ‘value none’
In the second argument of ‘(<>)’, namely
‘value none
<>
metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation"’
src/Options.hs:68:10:
Couldn't match expected type ‘String -> ReadM CabalConstraints’
with actual type ‘Mod f13 a11’
Possible cause: ‘metavar’ is applied to too many arguments
In the first argument of ‘(<>)’, namely
‘metavar "executable=name, .."’
In the second argument of ‘(<>)’, namely
‘metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation"’
src/Options.hs:69:10:
Couldn't match expected type ‘String -> ReadM CabalConstraints’
with actual type ‘Mod f14 a12’
Possible cause: ‘help’ is applied to too many arguments
In the second argument of ‘(<>)’, namely
‘help
"limit package results from a cabal file source, see documentation"’
In the second argument of ‘(<>)’, namely
‘metavar "executable=name, .."
<>
help
"limit package results from a cabal file source, see documentation"’
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment