Also: doesn't 7.6.2 still ship with Cabal-1.16.0, which has some buggy behaviour? On 12 April 2013 19:26, Christian Maeder wrote:

Hi,

I just spoiled my day by http://hackage.haskell.org/trac/ghc/ticket/7748 with ghc-7.6.2 in our large project:

hets: <<loop>>

hets works fine with ghc-7.6.1 (and older versions). I haven't located the error yet, though.

Yet, I therefore conclude, GHC 7.6.2 ist not suited for the official HP.

Cheers Christian

Am 11.04.2013 07:33, schrieb Mark Lentczner:

...

Well, I admit I am a bit tardy with this, and a few dates in the schedule have come and gone. But have no fear, I think we'll be okay.

/*All: */

Updated the time line the 2013.2 release:

* *Today* — Call for proposals ends (no more proposals considered) * *April 15th* — Proposals decided, Initial version list * *April 22th* — First candidates * *April 29th* — Open issues resolved, Second candidates * *May 6th* — Final release candidates

/*Proposals:*/

These are the proposals being considered for 2013.2, and my current assessment of the "rough consensus":

* *case-insensitive:* general consensus for including * *attoparsec: *general consensus for including * * *unordered-containers:* general consensus for including * *hashable:* while there has been much discussion about what to do

going forward, I see general consensus that accepting version 1.1 into the platform (which is required by other proposals here) * *OpenGL *&* GLUT:* these have been repackaged by Jason to meet all

the concerns of the community. They include two new lower-level packages *OpenGLRaw* and *GLURaw*. General consensus

for continuing to include, with the lower level packages, and upgraded to latest versions (yay!) * *JuicyPixels:* people like the idea of having a library like this

one, perhaps even this one, but there is concern that this API hasn't baked enough. There is not enough consensus for including.

I give you all until Monday for any further discussion, and then we'll call it.

/*Versions*/

I now call it official: HP 2013.2 will use GHC 7.6.2. Library maintainers: Please get ready to answer my e-mail when it come a'knockin' on your inbox with the version of your lib we should ship in this release.

— Mark "Chief Haskell Gift-Wrapper" Lentczner

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

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

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

Did anyone spend time trying to identify / bisect when the bug was fixed between 7.6.2 and ghc head? (and backport the logic to resolve it) would be a shame to not have the next haskell platform use 7.6 ... On Fri, Apr 12, 2013 at 7:12 AM, Roman Cheplyaka wrote:

* Christian Maeder [2013-04-12 11:26:25+0200]

...

Hi,

I just spoiled my day by http://hackage.haskell.org/trac/ghc/ticket/7748 with ghc-7.6.2 in our large project:

hets: <<loop>>

hets works fine with ghc-7.6.1 (and older versions). I haven't located the error yet, though.

Yet, I therefore conclude, GHC 7.6.2 ist not suited for the official HP.

I don't think this is enough data to make such a conclusion. GHC 7.6.2 may have fixes for bugs that are present in GHC 7.6.1, for example.

So we need to compare the fixed bugs versus regressions in 7.6.2 to make the choice.

(OTOH, the looping bug is a nasty one, if you ask me, and is difficult to debug.)

Roman

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