Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Does not install from cabal on Arch Linux #31

Closed
theotherjimmy opened this issue Aug 12, 2014 · 8 comments
Closed

Does not install from cabal on Arch Linux #31

theotherjimmy opened this issue Aug 12, 2014 · 8 comments

Comments

@theotherjimmy
Copy link

running cabal install clash-ghc produces errors:

src-bin/Main.hs:628:60:
    Couldn't match expected type ‘Phase’
                with actual type ‘Bool -> Phase’
    Probable cause: ‘As’ is applied to too few arguments
    In the first argument of ‘stopBeforeMode’, namely ‘As’
    In the first argument of ‘setMode’, namely ‘(stopBeforeMode As)’

src-bin/Main.hs:691:55:
    Couldn't match type ‘Phase’ with ‘Bool -> Phase’
    Expected type: [(String, Maybe (Bool -> Phase))]
      Actual type: [(String, Maybe Phase)]
    In the second argument of ‘partition’, namely ‘srcs’
    In the expression: partition haskellish srcs
t
src-bin/Main.hs:696:32:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: Cc
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:696:36:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: Cobjc
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:696:43:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: Cobjcpp
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:696:52:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: CmmCpp
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:696:60:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: Cmm
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:696:65:
    Couldn't match expected type ‘Bool -> Phase’
                with actual type ‘Phase’
    In the expression: StopLn
    In the second argument of ‘notElem’, namely
      ‘[As, Cc, Cobjc, Cobjcpp, ....]’

src-bin/Main.hs:709:18:
    Couldn't match type ‘Bool -> Phase’ with ‘Phase’
    Expected type: [(FilePath, Maybe Phase)]
      Actual type: [(String, Maybe (Bool -> Phase))]
    In the second argument of ‘mapM’, namely ‘non_hs_srcs’
    In a stmt of a 'do' block:
      o_files <- mapM
                   (\ x -> liftIO $ compileFile hsc_env StopLn x) non_hs_srcs

src-bin/Main.hs:715:47:
    Couldn't match type ‘Bool -> Phase’ with ‘Phase’
    Expected type: [(String, Maybe Phase)]
      Actual type: [(String, Maybe (Bool -> Phase))]
    In the second argument of ‘mapM’, namely ‘hs_srcs’
    In a stmt of a 'do' block:
      targets <- mapM (uncurry GHC.guessTarget) hs_srcs
cabal: Error: some packages failed to install:
clash-ghc-0.3.2 failed during the building phase. The exception was:
ExitFailure 1

system info that may be useful:

$ghc  --version
The Glorious Glasgow Haskell Compilation System, version 7.8.3
$cabal --version
cabal-install version 1.20.0.3
using version 1.20.0.0 of the Cabal library 
$uname -r -m -s
Linux 3.15.7-1-ARCH x86_64

Edit: Removed pacakage version table, to be replaced in second comment

If you would like any more info please let me know,
-jimmy

@theotherjimmy
Copy link
Author

Package Name Version
array 0.5.0.0
deepseq 1.3.0.2
bytestring 0.10.4.0
containers 0.5.5.1
filepath 1.3.0.2
old-locale 1.0.0.6
time 1.4.2
unix 2.7.0.1
directory 1.2.1.0
terminfo 0.4.0.0
transformers 0.3.0.0
haskeline 0.7.1.2
ghc-paths 0.1.0.9
pretty 1.1.1.1
process 1.2.0.0
Cabal 1.18.1.3
binary 0.7.1.0
bin-package-db 0.0.0.0
hoopl 3.10.0.1
hpc 0.6.0.1
data-default-class 0.0.1
data-default-instances-base 0.0.1
data-default-instances-containers 0.0.1
dlist 0.5
data-default-instances-dlist 0.0.1
data-default-instances-old-locale 0.0.1
data-default 0.5.3
th-lift 0.6.1
clash-prelude 0.5.1
text 1.1.1.3
primitive 0.5.3.0
vector 0.10.11.0
ListLike 4.0.2
hashable 1.2.2.0
scientific 0.3.3.0
attoparsec 0.12.1.1
mtl 2.1.3.1
syb 0.4.2
unordered-containers 0.2.5.0
aeson 0.8.0.0
concurrent-supply 0.1.7
nats 0.2
semigroups 0.15.2
transformers-compat 0.3.3.4
contravariant 1.1
random 1.0.1.1
MonadRandom 0.1.13
exceptions 0.6.1
tagged 0.7.2
distributive 0.4.4
comonad 4.2.2
semigroupoids 4.2
bifunctors 4.1.1.1
prelude-extras 0.4
profunctors 4.2.0.1
free 4.9
stm 2.4.3
transformers-base 0.4.3
monad-control 0.3.3.0
either 4.3.0.1
safe 0.3.8
errors 1.4.7
fgl 5.5.0.1
parallel 3.2.0.4
reflection 1.5.1
split 0.2.2
void 0.6.1
zlib 0.5.4.1
lens 4.3.3
RepLib 0.5.3.3
unbound 0.4.3.1
uu-interleaved 0.1.0.0
uu-parsinglib 2.8.1.1
wl-pprint-text 1.1.0.2
clash-lib 0.3.2

@christiaanb
Copy link
Member

Indeed, it seems the clash binary doesn't compile on GHC 7.8.3. I'm pushing a fix, and a hackage release, very soon.

@christiaanb
Copy link
Member

I've pushed a new release on hackage: http://hackage.haskell.org/package/clash-ghc-0.3.3

I have however no idea how fast Arch Linux tracks new hackage releases.

@theotherjimmy
Copy link
Author

well, cabal update && cabal install clash-ghc worked, So fast?

I don't think Arch linux can be blamed for the speed of cabal though ;)

@G-Pereira
Copy link

A problem simmilar to this is happening in the current versions of ghc and cabal packages. Is this been noticed? "Error parsing '*' "

@martijnbastiaan
Copy link
Member

@G-Pereira Could walk us through the commands you're executing to get that error?

@G-Pereira
Copy link

G-Pereira commented Jan 29, 2019

Does clash work with GHC 8.6.1 for you?

@christiaanb
Copy link
Member

No, some dependencies aren't up to date. It works with GHC 8.4.4

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants