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

Mateusz Kowalczyk fuuzetsu at fuuzetsu.co.uk
Sat May 10 08:22:16 CEST 2014


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.


More information about the nix-dev mailing list