This repository was archived by the owner on Oct 7, 2020. It is now read-only.
This repository was archived by the owner on Oct 7, 2020. It is now read-only.
Support for ghc-8.8.3 #1670
Closed
Description
- Finally we have a ghc working version for windows! 😄
- Package managers:
- Already available for linux via ppa (@hvr is always the first one!)
- It still is not in homebrew: ghc 8.8.3 Homebrew/homebrew-core#50677
- Available in chocolatey but it needs maintainer corrective action: https://chocolatey.org/packages/ghc/8.8.3
- stackage nightly still is in ghc-8.8.2: https://www.stackage.org/nightly-2020-02-27
- I am building it locally in windows and i am preparing a pr to add the new version to azure: linux-cabal and windows-cabal
Metadata
Metadata
Assignees
Labels
No labels
Activity
jneira commentedon Feb 27, 2020
jneira commentedon Mar 2, 2020
Link to failing tests in my local windows: https://gist.github.com/jneira/9bf777438bc0adbd5d6ba1e9be9350bf
fendor commentedon Mar 3, 2020
It looks like all these bugs have a common root. Not finding the context implies some problem with the typechecked module, or parsed source or something. However, since the diagnostics work I suspect the latter.
FirstLoveLife commentedon Mar 8, 2020
Hi, hie newbiee here.
8.8.3 is already in homebrew. Hope to see hie support of ghc 8.8.3 soon. arch linux has also updated to 8.8.3 one week ago, maybe that's why hie is not work properly on my emacs.
mouse07410 commentedon Mar 9, 2020
I'm trying to build on MacOS Catalina 10.15.3 - the build fails:
Any help?
Update
stack
builthie-8.8.3
usingghc-8.8.2
:And this probably means it's working?
jneira commentedon Mar 9, 2020
@mouse07410 the command should be
cabal-hie-install hie-8.8.3
, you can check available targets withcabal-hie-install help
. Let us know if the help info is not clear enough.mouse07410 commentedon Mar 9, 2020
will update this with the results when the build (./cabal-hie-install hie-8.8.3
) completes.Build failed:
mouse07410 commentedon Mar 9, 2020
Also, I'm surprised that even when explicitly specifying building for
ghc-8.8.3
and havingghc-8.8.3
the system default,stack
still seems to have builthie
withghc-8.8.2
:jneira commentedon Mar 9, 2020
I think this is a bug in the stack output, you can check the real version with
hie --version
As hie is not fully supporting
ghc-8.3.3
we still have not added acabal.project-8.8.3
and that is the reason for the failed build withcabal-hie-install hie-8.8.3
. Trycp cabal.project-8.8.2 cabal.project-8.8.3
and the build may be successful.mouse07410 commentedon Mar 10, 2020
I'm afraid
stack
output is correct:Also, from the following output in my small sample project directory it seems clear that
stack
uses 8.8.2, no matter what:It's not a bug in the output - it's the compiler that
stack
picked. I'm trying to understand why (adding screenshot, as only the color tells which of the installed compilers is set as default):mouse07410 commentedon Mar 10, 2020
Unfortunately, it isn't:See belowUpdate
After removing
documentation: True
from the~/.cabal/config
file, the build with Cabal succeeded, but again, using GHC-8.8.2 instead of 8.8.3:???
jneira commentedon Mar 10, 2020
Weird indeed, could you double check that the
hie-8.8.3
executed is the one from cabal and no from stack? With/Users/ur20980/.cabal/bin/hie-8.8.3 --version
, f.e. Executables from cabal usually does not have the git revision (at least for me, in windows):And for stack, it does not use the ghc on path by default but it downloads and uses a sandboxed one. You have to use a
stack.yaml
that explicitly states that want to use that ghc version (with theresolver
field). It turns out that there is no resolver in stackage that usesghc-8.8.3
yet. Is possible you created astack-8.8.3.yaml
(needed to install hie with that version withstack install.hs hie-8.8.3
) from the defaultstack.yaml
orstack-8.8.2.yaml
but you did not change the resolver? or did you use another way to install hie via stack?The output of
stack install.hs hie-8.8.3
with nostack-8.8.3.yaml
for me is:and the target
hie-8.8.3
is no listed when you do astack install.hs help
if you dont have astack-8.8.3.yaml
mouse07410 commentedon Mar 10, 2020
Darn, you're right!
$ ~/.cabal/bin/hie-8.8.3 --version Version 1.2 x86_64 ghc-8.8.3
Well, sort of... I copied
stack-8.8.2.yaml
tostack-8.8.3.yaml
and changed the resolver tolts-15.3
:What should the resolver be set to for this build in
stack-8.8.3.yaml
?But... my
~/.stack/config
definesDo you have any idea why
stack
also appears to build my own sample project with GHC-8.8.2 instead of GHC-8.8.3?jneira commentedon Mar 10, 2020
Well,
lts-15.3
is forghc-8.8.2
so using that resolver makes stack ignore the systemghc-8.8.3
(cause versions dont match).There is no lts nor nightly resolver for
ghc-8.8.3
right now so the unique way i can think of is set(
system-ghc
andskip-ghc-check
could be in the global config)jneira commentedon Mar 10, 2020
@FirstLoveLife well maybe it might be another root cause, have you tried another ghc version that works with hie to check it it works?
17 remaining items