Combine powers

The biggest problem currently is to have a reliable method to get the right tarball, see https://github.com/hasufell/ghcup/blob/master/ghcup.sh#L224

If this can be straightened out, then there could be a chance of upstreaming it. Otherwise I think people will constantly complain "doesn't download on my distro".

Wrt the other projects, I haven't had a look yet, but combining could be useful. Currently I will be using this at work (and possibly some of my colleagues). Do you have a list of features you would add to this?

And windows probably.... maybe HP replacement is a long shot.

Install and compile are the only features it should support in my opinion, perhaps also for a cabal binary (to bootstrap a dev env)

Check out the other projects, they have various approaches at finding binaries. Mine only works on my machine. In particular I think the stack approach to binaries may be the one with the most time investment. I'd definitely like to see that aspect of stack split out into a separate project.

Installing from source in it's own is easy. What will not be easy is to make sure the system toolchain is properly set up, dependencies exist (gcc, llvm, ...). In most cases the ghc configure script will fail with a very specific error. In that case we would have to give some useful distro-specific help-instruction. It could be possible.

Cabal-install support should also be relatively easy. Maybe a install-cabal and set-cabal subcommand.

no need for set-cabal since there is supposed to be only one cabal in the system. The user's ~/.cabal/bin should live ahead of the ~/.ghcup/bin so that a cabal new-install cabal gives priority to the one the user requests.

I'm perfectly fine for ./configure errors to be seen verbatim, no need to sugar coat it. Might be worth a quick sanity check beforehand for things we know are necessary: gcc, alex, happy.

btw, my script is GPLv3 but feel free to take what you want under whatever license you want.

no need for set-cabal since there is supposed to be only one cabal in the system. The user's ~/.cabal/bin should live ahead of the ~/.ghcup/bin so that a cabal new-install cabal gives priority to the one the user requests.

I think the simplest solution here is to install into ~/.cabal/bin with a safety check instead of managing two versions and then have the user tell how to fix his PATH: https://github.com/hasufell/ghcup/commit/ea2d5c20d9a401324897b584e53ec4f3be105369

Support for compilation is added:

92b82c4a 2e050162

Is there anything else outstanding?

@hasufell one thing that might be useful specifically w/ the compilation mode: allow non-standard configurations of GHC to be built; e.g. w/ integer-simple instead of integer-gmp

@hvr yes, I thought about that and I think the simplest solution is to just allow the user to specify a custom mk/build.mk to be used for the build.

I think the simplest solution here is to install into ~/.cabal/bin with a safety check instead of managing two versions and then have the user tell how to fix his ``

unfortunately, this doesn't seem to work very well, because cabal new-install will never overwrite the old binary and I don't see a way to tell it "yes, force overwrite", which makes this command unidiomatic, because you have to move cabal to a temporary place in your PATH, then install, then remove the old...

thank you so much! I don't think I have anything else to contribute so I will delete my ghc-env script and use ghcup instead

For posterity, this is the list of similar projects I found

Do something combined with

btw, the compile feature isn't in the --help.

Also it might be nice to cache the tarballs in the ~/.ghcup, but maybe not needed.

Combine powers

Child items ...

Activity