I think we should apply the minimal change to make all packages trusted by default in 7.2.2. Any objections? Cheers, Simon On 06/11/2011 16:36, Chris Dornan wrote:

It's looking good but base is still untrusted out of the box. Is this right?

Chris

-----Original Message----- From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of Ian Lynagh Sent: 06 November 2011 13:19 To: glasgow-haskell-users@haskell.org Subject: GHC 7.2.2 RC 1

We are pleased to announce the first release candidate for GHC 7.2.2:

http://www.haskell.org/ghc/dist/7.2.2-rc1/

This includes the source tarball, installers for OS X and Windows, and bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD.

7.2.2 will be a minimal bugfix release, fixing only bugs that cannot be worked around. Please let us know if you find any showstoppers.

Thanks Ian, on behalf of the GHC team

_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

On 7 November 2011 08:44, Simon Marlow wrote:

I think we should apply the minimal change to make all packages trusted by default in 7.2.2.  Any objections?

Agreed.

On Mon, Nov 07, 2011 at 01:25:11AM +0400, Kyra wrote:

On 11/6/2011 5:18 PM, Ian Lynagh wrote:

...

7.2.2 will be a minimal bugfix release, fixing only bugs that cannot be worked around. Please let us know if you find any showstoppers.

#5531 is still there and no workarounds are known. Also, it's specific for post 7.0.Xs. Not sure if this counts as showstopper, though.

We don't have a fix for that yet, so it's very unlikely it'll be fixed in 7.2.2 (which will be released very soon). But we still have ambitions to release 7.4.1 later this year! Thanks Ian

We're hitting something that looks similar with a Chan on 7.2.1, though they might be related.. On Fri, Nov 11, 2011 at 4:52 AM, Simon Marlow wrote:

Sorry, no. That one has a workaround: define your own fixIO:

fixIO :: (a -> IO a) -> IO a fixIO k = do m <- newEmptyMVar ans <- unsafeInterleaveIO (takeMVar m) result <- k ans putMVar m result return result