On Apr 16, 2013, at 3:43 AM, Christian Maeder wrote:

What is the exact command to get the relevant ghc sources.

First, make sure that your installed GHC is *not* a snapshot distribution, but one of the main releases (such as 7.6.1 or 7.6.2). You may also want to check out http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation to make sure you have all the needed software. Then, go somewhere convenient on your computer, and run this (assuming Linux/Mac OS): git clone http://darcs.haskell.org/ghc.git; cd ghc; ./sync-all --testsuite get; perl boot; ./configure; make At the end of that (will probably take about an hour), you will have ghc available in <your convenient location>/ghc/inplace/bin/ghc-stage2 I believe you can use a --with-ghc=... option to cabal to install packages with an uninstalled ghc. Or, you could use a --prefix=... option to ./configure, above, and then run `make install` after building. I hope this helps! Richard

I think that’s right. Simon From: ghc-devs-bounces@haskell.org [mailto:ghc-devs-bounces@haskell.org] On Behalf Of Mark Lentczner Sent: 16 April 2013 14:18 To: Richard Eisenberg; Haskell Libraries Cc: Christian Maeder; Ian Lynagh; ghc-devs@haskell.org; haskell-platform@projects.haskell.org Subject: Re: HP 2013.2 and GHC 7.6.2 Thanks for all the switft work. Here's my understanding of the situation: * 7.6.2 has a bug (#7748) in it, which also appears in a lesser form in 7.6.1. * SPJ has a fix, that works for the minimal code given in the bug report. * Others are now trying to verify it fixes the bug as it was discovered in the wild, in the hets package. * Assuming it does fix, Ian will prepare a 7.6.3 release which is just this bug fix as a delta from 7.6.2. If that is the state of the world, then we'll delay the HP 2012.2.0.0 a week for 7.6.3. - Mark

Ivan, do you mean a cabal 1.18 release or...? On Tue, Apr 16, 2013 at 8:17 PM, Ivan Lazar Miljenovic < ivan.miljenovic@gmail.com> wrote:

...

Thanks for all the switft work. Here's my understanding of the situation:

7.6.2 has a bug (#7748) in it, which also appears in a lesser form in 7.6.1. SPJ has a fix, that works for the minimal code given in the bug report. Others are now trying to verify it fixes the bug as it was discovered in

On 16 April 2013 23:17, Mark Lentczner wrote: the

...

wild, in the hets package. Assuming it does fix, Ian will prepare a 7.6.3 release which is just this bug fix as a delta from 7.6.2.

Can we please get the version of Cabal bumped as well?

...

If that is the state of the world, then we'll delay the HP 2012.2.0.0 a

week

...

for 7.6.3.

- Mark

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

-- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com http://IvanMiljenovic.wordpress.com

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

Can anyone comment on the state of cabal, and in particular the version that was shipped with 7.6.2? We should only consider bumping that version if, like with 7.6.2, there is a major bug in it that will affect the Platform's users. If there is, we'll want to consider a point release in preference to a major bump to the "latest-n-greatest". Let's try to keep this last minute bumping to a minimum! On Tue, Apr 16, 2013 at 5:17 PM, Ivan Lazar Miljenovic < ivan.miljenovic@gmail.com> wrote:

...

Thanks for all the switft work. Here's my understanding of the situation:

7.6.2 has a bug (#7748) in it, which also appears in a lesser form in 7.6.1. SPJ has a fix, that works for the minimal code given in the bug report. Others are now trying to verify it fixes the bug as it was discovered in

On 16 April 2013 23:17, Mark Lentczner wrote: the

...

wild, in the hets package. Assuming it does fix, Ian will prepare a 7.6.3 release which is just this bug fix as a delta from 7.6.2.

Can we please get the version of Cabal bumped as well?

...

If that is the state of the world, then we'll delay the HP 2012.2.0.0 a

week

...

for 7.6.3.

- Mark

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

-- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com http://IvanMiljenovic.wordpress.com

On 17 April 2013 13:44, Mark Lentczner wrote:

Can anyone comment on the state of cabal, and in particular the version that was shipped with 7.6.2?

We should only consider bumping that version if, like with 7.6.2, there is a major bug in it that will affect the Platform's users. If there is, we'll want to consider a point release in preference to a major bump to the "latest-n-greatest".

Here's one (admittedly small) issue I've come across: https://github.com/haskell/cabal/issues/1065 I don't have bug numbers for the other issues, but there have also been some where "runhaskell Setup.hs configure --enable-executable profiling" didn't properly set the profiling options for an executable that depended on the library shipped with the same package, etc.

Let's try to keep this last minute bumping to a minimum!

On Tue, Apr 16, 2013 at 5:17 PM, Ivan Lazar Miljenovic wrote:

...

On 16 April 2013 23:17, Mark Lentczner wrote:

...

Thanks for all the switft work. Here's my understanding of the situation:

7.6.2 has a bug (#7748) in it, which also appears in a lesser form in 7.6.1. SPJ has a fix, that works for the minimal code given in the bug report. Others are now trying to verify it fixes the bug as it was discovered in the wild, in the hets package. Assuming it does fix, Ian will prepare a 7.6.3 release which is just this bug fix as a delta from 7.6.2.

Can we please get the version of Cabal bumped as well?

...

If that is the state of the world, then we'll delay the HP 2012.2.0.0 a week for 7.6.3.

- Mark

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

-- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com http://IvanMiljenovic.wordpress.com

-- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com http://IvanMiljenovic.wordpress.com

Well.... based on Christian's excellent news, looks to mee like there is a candidate for a GHC-7.6.3. And so it sounds like that should pick up Cabal-1.16.0.3. I'd like to limit the micro-bumps as much as possible, is that it, everyone? ​ I'd also like to double confirm with all concerned that we agree that this bug in GHC was serious enough to hold the Platform for (only a week), and deal with potential "last minute scrambling" from library devs and packagers that may result. I don't anticipate any real issue, but we are accepting the risk and stepping up to deal with any. For the record: I'm thumbs up. - Mark

Hello, cabal-install 1.16.0 and 1.16.0.1 have some serious bugs that one encounters rather quickly. For example, at work I wasted some time until I figured out that cabal was generating a 'Paths_' module that does not compile. Because of this, you can't even use it to install a newer version of itself, where the problem is fixed: you have to manually bootstrap the new version with the script! I think it would be quite unfortunate to make yet another GHC release that ships with it, let alone add it to the Haskell platform. -Iavor * * * * On Wed, Apr 17, 2013 at 7:17 AM, Ian Lynagh wrote:

On Wed, Apr 17, 2013 at 02:48:26PM +0100, Duncan Coutts wrote:

...

In the absence of a GHC-7.6.3, I'm not sure if it's practical for the HP to bump the Cabal version.

My proposal was 7.6.3 was a minimal release in a very short timeframe, to just fix #7748. Any additional changes introduce a possibility of regression. If you think that 7.6.2+1.16.0 would be OK, then it sounds like the fixes in 1.16.0.3 wouldn't be worth the risk (there are a number of GHC fixes that we won't be merging either, for the same reason).

Thanks Ian

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

Hi Iavor, On Wed, Apr 17, 2013 at 08:20:22AM -0700, Iavor Diatchki wrote:

cabal-install 1.16.0 and 1.16.0.1 have some serious bugs

GHC doesn't include cabal-install. Thanks Ian

Yes you need to be on branch "ghc-7.6", both for the GHC repos and for all the libraries. Something like ./sync-all checkout ghc-7.6 should do it Simon | -----Original Message----- | From: Christian Maeder [mailto:Christian.Maeder@dfki.de] | Sent: 16 April 2013 14:18 | To: Richard Eisenberg | Cc: Simon Peyton-Jones; Ian Lynagh; Haskell Libraries; ghc- | devs@haskell.org; haskell-platform@projects.haskell.org | Subject: Re: HP 2013.2 and GHC 7.6.2 | | Am 16.04.2013 14:29, schrieb Richard Eisenberg: | > | > On Apr 16, 2013, at 3:43 AM, Christian Maeder | wrote: | >> | >> What is the exact command to get the relevant ghc sources. | >> | > | > First, make sure that your installed GHC is *not* a snapshot | distribution, but one of the main releases (such as 7.6.1 or 7.6.2). You | may also want to check out | http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation to make | sure you have all the needed software. Then, go somewhere convenient on | your computer, and run this (assuming Linux/Mac OS): | > | > git clone http://darcs.haskell.org/ghc.git; cd ghc; ./sync-all | > --testsuite get; perl boot; ./configure; make | | Thanks, for this. Do I need to give a branch name (which one?) to the | "git clone" command (option -b)? | | C. | | > | > At the end of that (will probably take about an hour), you will have | > ghc available in <your convenient location>/ghc/inplace/bin/ghc-stage2 | > | > I believe you can use a --with-ghc=... option to cabal to install | packages with an uninstalled ghc. Or, you could use a --prefix=... | option to ./configure, above, and then run `make install` after | building. | > | > I hope this helps! | > Richard | >