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 coreyocon...@gmail.com http://corebotllc.com/ On Fri, May 9, 2014 at 11:22 PM, Mateusz Kowalczyk <fuuze...@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-b...@haskell.org], [ghc]) > > +AC_INIT([The Glorious Glasgow Haskell Compilation System], [7.8.2], [ > > glasgow-haskell-b...@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 > > coreyocon...@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@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev >
_______________________________________________ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
