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

Use MSYS2 instead of MSYS1 #20

Closed
mantkiew opened this issue Jan 5, 2015 · 9 comments
Closed

Use MSYS2 instead of MSYS1 #20

mantkiew opened this issue Jan 5, 2015 · 9 comments

Comments

@mantkiew
Copy link

mantkiew commented Jan 5, 2015

MSYS2 is recommended on both Haskell Wiki and GHC Wiki.

@ndmitchell
Copy link
Collaborator

Given MSYS1 works, I don't think installing MSYS2 is going to offer any significant advantages. It's newer, so a good reason to upgrade at some point, but these things are very hard to test they don't make some obscure bit worse.

The reason it's recommended on the GHC wiki is because it's faster and better for compiling GHC itself - if MinGHC was capable of easily compiling GHC itself that would be a compelling reason to have MinGHC ship MSYS2. I'm going to get a new GHC compiling machine shortly, so might take a look then.

@mantkiew
Copy link
Author

In my experience, MSYS2 just works as a replacement. The big advantage is pacman for package management. There are problems with updates though, when the machine needs to be restarted to unload the dll... It would be great to be able to compiler GHC with minghc, it would significantly lower the barrier for many people.

@elieux
Copy link

elieux commented Mar 24, 2015

Sorry for hijacking this thread, but is there a document/page describing how your distributions differ from just downloading MSYS and GHC? I'm in the process of making a GHC package for MSYS2 and I'd be glad if I we could combine our experiences to make it work well.

There are problems with updates though, when the machine needs to be restarted to unload the dll...

When/how has this happened? I've never had to do this. I'm genuinely interested in this, because such situations could be a big problem for us and our users.

@ndmitchell
Copy link
Collaborator

Hi @elieux - our package is basically downloading both, shoving in the same installer. We don't do anything clever.

@mantkiew
Copy link
Author

@elieux please refer to the MSYS2 installation & update instructions. In III. Updating packages, they explain how it differs from the original update behavior on ArchLinux.

EDIT: I have just updated my MSYS2 and the procedure works very well. Certainly, the biggest advantage over MSYS1 is that it is being continuously updated and we can expect it to continue working on Windows 10 and beyond in the future.

@mantkiew
Copy link
Author

Finally, I would like to add that since MSYS2 is being recommended on the official Haskell websites, many people are using it (I presume). Getting MSYS1 in MinGHC is certainly an inconvenience for them and myself. I have Makefiles and other scripts that rely on the ability to install basic packages such as zip, wget, etc. using pacman. When I get MinGHC, I'll rip MSYS1 off and continue using MSYS2.

@ndmitchell
Copy link
Collaborator

Patches welcome :). I don't have any time to invest at the moment and MinGHC, so don't have any intention of doing anything significant in the next month or so. Alternatively, I will eventually get to the issues and try and sort some of them out.

@elieux
Copy link

elieux commented Mar 25, 2015

@mantkiew, there's no mention of needing to restart your machine. The only clumsy thing that is sometimes needed, is to close all running MSYS2 windows and processes.

I don't have any time to invest at the moment and MinGHC

Hopefully, I'll get the MSYS2 package working soon(-ish) and that should satisfy some of the people who'd like to get GHC on MSYS2.

@3noch
Copy link
Collaborator

3noch commented May 26, 2015

We're now piggybacking off of MSYS2 that comes with Git.

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