[Nix-dev] GHC 7.8.2-binary.nix to bootstrap GHC HEAD

[Corey O'Connor]

For my purposes I use a local checkout of ghc. With ./sync-all get ghc-7.8
already executed.
I was unable to reliable do ./sync-all in the nix expression. The resulting
hash changed even if ghc was checked out to the same SHA each time. Eh.
Using a local checkout was actually easier for some stuff for me.

The expression I used to build 7.8.3 is:

*
https://github.com/coreyoconnor/nixpkgs/blob/master/pkgs/development/compilers/ghc/7.8.3.nix

Which you can see references the local checkout of ghc.
Plus some minor changes to haskell-defaults:

*
https://github.com/coreyoconnor/nixpkgs/blob/master/pkgs/top-level/haskell-defaults.nix#L180

This was sufficient to build a ghc claiming to be a 7.8.3 release and use
this system-wide. (Though it's obviously not the actual 7.8.3 release!)

Not the best solution, but was easy enough and sufficient.

Cheers,
Corey

-Corey O'Connor
coreyoconnor at gmail.com
http://corebotllc.com/


On Fri, May 9, 2014 at 11:22 PM, Mateusz Kowalczyk
<fuuzetsu at fuuzetsu.co.uk>wrote:

> On 05/09/2014 07:47 PM, Corey O'Connor wrote:
> > Hi Mateusz,
> > Did you make any progress with this?
> > I set up a Nix build of the GHC 7.8.3 branch to bisect some bugs. I
> think I
> > ran across a similar problem: An installed GHC will search for some files
> > in the directory specified by the release version and other files in the
> > version dynamically determined at compile time.
> >
> > I resolved this locally with the patch:
> >
> > diff --git a/configure.ac b/configure.ac
> > index 8c013f8..d6477d4 100644
> > --- a/configure.ac
> > +++ b/configure.ac
> > @@ -13,10 +13,10 @@ dnl
> >  # see what flags are available. (Better yet, read the documentation!)
> >  #
> >
> > -AC_INIT([The Glorious Glasgow Haskell Compilation System], [7.8.3], [
> > glasgow-haskell-bugs at haskell.org], [ghc])
> > +AC_INIT([The Glorious Glasgow Haskell Compilation System], [7.8.2], [
> > glasgow-haskell-bugs at haskell.org], [ghc])
> >
> >  # Set this to YES for a released version, otherwise NO
> > -: ${RELEASE=YES}
> > +: ${RELEASE=NO}
> >
> >  # The primary version (e.g. 7.5, 7.4.1) is set in the AC_INIT line
> >  # above.  If this is not a released version, then we will append the
> >
> >
> > -Corey O'Connor
> > coreyoconnor at gmail.com
> > http://corebotllc.com/
> >
> >
>
> Hi,
>
> I was able to get HEAD running by setting the bootstrap ‘binary’ to 7.8
> which I had build already using the nix package. I think that 7.6.3
> would work as well but I haven't checked the Hydra build log yet. In any
> case, this means that I have not pursued the issue further than what I
> noted on my e-mails to the list.
>
> My cycles on this are rather limited, I don't particularly care how I
> get HEAD (or in this case the 7.8.3 branch) as long as I get it but if
> you're able to provide 7.8.2-binary.nix (7.8.3 when released) then that
> would certainly help in the future. If anything, it would cut down the
> time required if you don't have 7.8.2 built already and ease the
> situation when 7.10 rolls around in distant future.
>
> --
> Mateusz K.
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20140518/77cfe044/attachment.html