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
Stack setup fails #2998
Comments
I've identified part of the problem I think: MinGW is outdated or something like that. After manually updating, at least realgcc no longer instantly crashes and cabal works again. Still no sanity checks compile though. |
I was having this issue as well. I've attempted plugging a nightly MinGW into it, to no avail. Windows 10 x64 here. |
I'm just now getting the same, after a fresh install of Haskell Platform 8.0.2 on Windows 10 Pro x64 insider build 15048: `The GHC located at C:\Program Files\Haskell Platform\8.0.2\bin\ghc.EXE failed to compile a sanity check. Please see:
for more information. Exception was: [1 of 1] Compiling Main ( C:\Users\skept\AppData\Local\Temp\stack-sanity-check3024\Main.hs, C:\Users\skept\AppData\Local\Temp\stack-sanity-check3024\Main.o )
C:\Users\skept\Projects\haskparse\haskparse>stack --version UPDATE I downgraded to Windows Insider build 14986.1001 and the crash went away and everything seems to work again |
Same issue on the Windows 10 Home x64 15048 - reverting to the latest official Win10 release fixed it. I believe this insider branch will be made official within the next few weeks so will start affecting a larger number of people at that point. |
It'd be great to figure out whether stack, ghc, or mingw needs to be fixed in order to resolve this. Do the same issues occur with cabal-install? |
I've run into the same problem. I recompiled gcc.exe (the wrapper, not realgcc.exe) and things seem to be working again. UPDATE: One possibly important detail that I should have mentioned: the aforementioned wrapper depends on some headers that are not distributed with GHC. I was too lazy to track down the needed dependencies so I just patched in the file. My modified wrapper is here. UPDATE 2: Seems the problem was a call to FreeConsole() in run() (in cwrapper.c). This has already been fixed in HEAD. UPDATE 3: Related trac issue. |
Great, thanks for the detailed investigation @YellPika ! Closing this as an upstream issue. |
Per the comments on trac #13472, would stack consider patching/fixing GHC 8.0.2? At the moment Haskell is rendered unusable for anyone on insider track... |
8.2.1 is supposed to come out in a couple weeks, and it appears to have the fix. At least without add'l patching, the wait shouldn't be horrible. (BTW, I'm in the same boat as you). I'm also applying patches to 8.0.2 locally and building the 8.2 branch locally for comparison. I have access to both Windows insider builds and a normal Windows 10 release track machine for builds. |
I have "ghc-8.0.2" under my "stack" folder, where should I position the fixed "cwapper.c" file? There is also a "msys2-20150512" folder under the "stack" folder. Thanks a lot. |
While we wait for the official 8.2.1 release, here's a repo with gcc binary compiled for Windows 10 that works! Simply replace Big thanks to @Porges for linking it. |
General summary/comments (optional)
stack setup
fails on Windows 10 Pro x64 Insider Build 15031: GHC fails to compile a sanity check.Steps to reproduce
> stack setup
Expected
GHC installs
Actual
Stack version
Method of installation
The text was updated successfully, but these errors were encountered: