ANNOUNCE: GHC 7.0.2 Release Candidate 1

We are pleased to announce the first release candidate for GHC 7.0.2: http://www.haskell.org/ghc/dist/7.0.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. Please test as much as possible; bugs are much cheaper if we find them before the release! Thanks Ian, on behalf of the GHC team

Way to go!
Are there tentative release notes, so I know what to look for?
Thanks,
Antoine
On Thu, Dec 16, 2010 at 12:36 PM, Ian Lynagh
We are pleased to announce the first release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.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.
Please test as much as possible; bugs are much cheaper if we find them before the release!
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

On Thu, Dec 16, 2010 at 7:36 PM, Ian Lynagh
We are pleased to announce the first release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.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.
Please test as much as possible; bugs are much cheaper if we find them before the release!
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
I get the following error while configuring: bas@hfd:~/download$ wget http://www.haskell.org/ghc/dist/7.0.2-rc1/ghc-7.0.1.20101215-x86_64-unknown-... ... bas@hfd:~/download$ tar -xf ghc-7.0.1.20101215-x86_64-unknown-linux.tar.bz2 bas@hfd:~/download$ cd ghc-7.0.1.20101215/ bas@hfd:~/download/ghc-7.0.1.20101215$ ./configure --prefix=$HOME/ghcs/ghc-7.0.1.20101215 checking for path to top of build tree... ./configure: line 1686: utils/ghc-pwd/dist/build/tmp/ghc-pwd: cannot execute binary file configure: error: cannot determine current directory Regards, Bas

Hi Bas, On Fri, Dec 17, 2010 at 08:59:05AM +0100, Bas van Dijk wrote:
I get the following error while configuring:
bas@hfd:~/download$ wget http://www.haskell.org/ghc/dist/7.0.2-rc1/ghc-7.0.1.20101215-x86_64-unknown-... ... bas@hfd:~/download$ tar -xf ghc-7.0.1.20101215-x86_64-unknown-linux.tar.bz2 bas@hfd:~/download$ cd ghc-7.0.1.20101215/ bas@hfd:~/download/ghc-7.0.1.20101215$ ./configure --prefix=$HOME/ghcs/ghc-7.0.1.20101215 checking for path to top of build tree... ./configure: line 1686: utils/ghc-pwd/dist/build/tmp/ghc-pwd: cannot execute binary file configure: error: cannot determine current directory
Can you tell me what these commands say, please?: uname -a file utils/ghc-pwd/dist/build/tmp/ghc-pwd ldd utils/ghc-pwd/dist/build/tmp/ghc-pwd utils/ghc-pwd/dist/build/tmp/ghc-pwd Thanks Ian

On Fri, Dec 17, 2010 at 7:58 PM, Ian Lynagh
Can you tell me what these commands say, please?:
Oops! The i386 version works so I guess I mistakenly assumed I was on a 64bit system. Sorry for the noise. In case you still want to know:
uname -a Linux hfd 2.6.35-22-generic-pae #35-Ubuntu SMP Sat Oct 16 22:16:51 UTC 2010 i686 GNU/Linux
file utils/ghc-pwd/dist/build/tmp/ghc-pwd utils/ghc-pwd/dist/build/tmp/ghc-pwd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped
ldd utils/ghc-pwd/dist/build/tmp/ghc-pwd not a dynamic executable
utils/ghc-pwd/dist/build/tmp/ghc-pwd -bash: utils/ghc-pwd/dist/build/tmp/ghc-pwd: cannot execute binary file
$ cat /proc/cpuinfo | grep "model name" model name : Intel(R) Atom(TM) CPU D510 @ 1.66GHz model name : Intel(R) Atom(TM) CPU D510 @ 1.66GHz model name : Intel(R) Atom(TM) CPU D510 @ 1.66GHz model name : Intel(R) Atom(TM) CPU D510 @ 1.66GHz Thanks, Bas

Thanks - I did a test build using Fedora's development tree: http://koji.fedoraproject.org/koji/taskinfo?taskID=2676700 Jens

Hi, On Thu, Dec 16, 2010 at 06:36:55PM +0000, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.0.2:
Some random notes for OpenBSD: - No close look at the test suite results yet, but at least I didn't notice any strangeness like the threading problems back in ghc-6.12. - BTW: it would be nice if snapshot sources or at least release candidate sources would also contain a tarball of the testsuite. I don't know about other distributors, but at least for OpenBSD we're including the testsuite into the files to download; I rolled my own testsuite-7.0.1.20101215.tar.bz2 from the darcs repo, but that's a little bit inconvenient ;-) - After working on updates of several Haskell packages and programs in the OpeNBSD ports tree, I didn't notice anything bad (at least not related to GHC). No strange compiler errors, no strange threading problems (as we had with early ghc-6.12 versions). - Probably a stupid one: the module list in .../html/libraries/index.html) is completely empty. This may be (and probably is) some breakage local to my machine, but: is anyone else seeing this? Ciao, Kili

On Thu, Dec 16, 2010 at 7:36 PM, Ian Lynagh
We are pleased to announce the first release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.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.
Please test as much as possible; bugs are much cheaper if we find them before the release!
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
I just noticed I get the following error when I run 'cabal haddock' in one of my projects (configured with ghc-7.0.1.20101215): haddock: could not execute: /home/ian/local/bin/gcc Regards, Bas

Hi, I've a problem compiling last network package 2.3.0.2 [ 4 of 10] Compiling Network.Socket ( dist/build/Network/Socket.hs, dist/build/Network/Socket.o ) Network/Socket.hsc:1701:11: Ambiguous occurrence `closeFdWith' It could refer to either `Network.Socket.closeFdWith', defined at Network/Socket.hsc:1046:1 or `GHC.Conc.closeFdWith', imported from GHC.Conc at Network/Socket.hsc:204:26-36 Not sure it's related to 7.0.2, but I didn't have problems with 7.0.1 paolino -- View this message in context: http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-0-2-Release-Candidate-1-... Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com.

Newest version I was able to compile is 2.3, 2.3.0.1 is failing with same error paolino@paolino-ssd32:~/reactivegas$ uname -a Linux paolino-ssd32 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC 2011 x86_64 GNU/Linux best paolino -- View this message in context: http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-0-2-Release-Candidate-1-... Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com.

I've got no problem compiling network package 2.3.0.2 using http://www.haskell.org/ghc/dist/7.0.2-rc2/ghc-7.0.1.20110217-x86_64-unknown-... with any compiler. But since I can hardly read the code in Network/Socket.hsc regarding "##" it may well be that your cpp pre-processor behaves differently. line 201: #ifdef __GLASGOW_HASKELL__ import GHC.Conc (threadWaitRead, threadWaitWrite) ##if MIN_VERSION_base(4,3,1) import GHC.Conc (closeFdWith) ##endif ... line 1045: ##if !MIN_VERSION_base(4,3,1) closeFdWith closer fd = closer fd ##endif ... Christian Am 22.02.2011 17:22, schrieb paolino:
Hi, I've a problem compiling last network package 2.3.0.2 [ 4 of 10] Compiling Network.Socket ( dist/build/Network/Socket.hs, dist/build/Network/Socket.o )
Network/Socket.hsc:1701:11: Ambiguous occurrence `closeFdWith' It could refer to either `Network.Socket.closeFdWith', defined at Network/Socket.hsc:1046:1 or `GHC.Conc.closeFdWith', imported from GHC.Conc at Network/Socket.hsc:204:26-36
Not sure it's related to 7.0.2, but I didn't have problems with 7.0.1
paolino

On Tue, Feb 22, 2011 at 8:22 AM, paolino
Hi, I've a problem compiling last network package 2.3.0.2 [ 4 of 10] Compiling Network.Socket ( dist/build/Network/Socket.hs, dist/build/Network/Socket.o )
Network/Socket.hsc:1701:11: Ambiguous occurrence `closeFdWith' It could refer to either `Network.Socket.closeFdWith', defined at Network/Socket.hsc:1046:1 or `GHC.Conc.closeFdWith', imported from GHC.Conc at Network/Socket.hsc:204:26-36
Not sure it's related to 7.0.2, but I didn't have problems with 7.0.1
This is possibly related to an I/O manager bug fix in 7.0.2. Can you give me your exact spec so I can try to reproduce. Here's what I gather so far: - network-2.3.0.2 - GHC 7.0.2 RC Johan

On Tue, Feb 22, 2011 at 08:22:18AM -0800, paolino wrote:
Hi, I've a problem compiling last network package 2.3.0.2 [ 4 of 10] Compiling Network.Socket ( dist/build/Network/Socket.hs, dist/build/Network/Socket.o )
Network/Socket.hsc:1701:11: Ambiguous occurrence `closeFdWith' It could refer to either `Network.Socket.closeFdWith', defined at Network/Socket.hsc:1046:1 or `GHC.Conc.closeFdWith', imported from GHC.Conc at Network/Socket.hsc:204:26-36
Not sure it's related to 7.0.2, but I didn't have problems with 7.0.1
The definition is guarded by:
#if !MIN_VERSION_base(4,3,1)
so I would guess that you are using the cabal program to install, and
your cabal is linked against an old version of the Cabal library that
doesn't have this patch:
Tue Dec 29 02:33:58 GMT 2009 Antoine Latter

Yes, this fixed it. It was my fault to use the cabal-install I had on my
system.
Sorry
paolino
2011/2/24 Ian Lynagh
On Tue, Feb 22, 2011 at 08:22:18AM -0800, paolino wrote:
Hi, I've a problem compiling last network package 2.3.0.2 [ 4 of 10] Compiling Network.Socket ( dist/build/Network/Socket.hs, dist/build/Network/Socket.o )
Network/Socket.hsc:1701:11: Ambiguous occurrence `closeFdWith' It could refer to either `Network.Socket.closeFdWith', defined at Network/Socket.hsc:1046:1 or `GHC.Conc.closeFdWith', imported from GHC.Conc at Network/Socket.hsc:204:26-36
Not sure it's related to 7.0.2, but I didn't have problems with 7.0.1
The definition is guarded by: #if !MIN_VERSION_base(4,3,1) so I would guess that you are using the cabal program to install, and your cabal is linked against an old version of the Cabal library that doesn't have this patch: Tue Dec 29 02:33:58 GMT 2009 Antoine Latter
* Add parenthesis to macros in cabal_macros.h Now this like "#if !MIN_VERSION_base(4,2,0)" will work "cabal --version" will tell you the library version, although I don't know OTTOMH what version this was fixed in.
Thanks Ian

I'm getting a warning from the linker when building programs using the 64-bit version of the release candidate on Mac OS X 10.6. $ cat Hello.hs module Main where main = putStrLn "Hello, World" $ ~/ghc-7/bin/ghc -fforce-recomp Hello.hs [1 of 1] Compiling Main ( Hello.hs, Hello.o ) Linking Hello ... ld: warning: -read_only_relocs cannot be used with x86_64 It doesn't seem to cause a problem when actually running the programs, from what I have seen so far. -Dave On Dec 16, 2010, at 12:36 PM, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.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.
Please test as much as possible; bugs are much cheaper if we find them before the release!
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

Adding -optl-w to ghc's command line suppresses this (probably harmless) warning. ghc --make -fforce-recomp -optl-w Hello.hs Christian Am 23.02.2011 20:55, schrieb David Peixotto:
I'm getting a warning from the linker when building programs using the 64-bit version of the release candidate on Mac OS X 10.6.
$ cat Hello.hs module Main where main = putStrLn "Hello, World"
$ ~/ghc-7/bin/ghc -fforce-recomp Hello.hs [1 of 1] Compiling Main ( Hello.hs, Hello.o ) Linking Hello ... ld: warning: -read_only_relocs cannot be used with x86_64
It doesn't seem to cause a problem when actually running the programs, from what I have seen so far.
-Dave
On Dec 16, 2010, at 12:36 PM, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.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.
Please test as much as possible; bugs are much cheaper if we find them before the release!
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

On Wed, Feb 23, 2011 at 01:55:46PM -0600, David Peixotto wrote:
I'm getting a warning from the linker when building programs using the 64-bit version of the release candidate on Mac OS X 10.6.
Linking Hello ... ld: warning: -read_only_relocs cannot be used with x86_64
Thanks for the report; I've filed a ticket here: http://hackage.haskell.org/trac/ghc/ticket/4984 Thanks Ian
participants (10)
-
Antoine Latter
-
Bas van Dijk
-
Christian Maeder
-
David Peixotto
-
Ian Lynagh
-
Jens Petersen
-
Johan Tibell
-
Matthias Kilian
-
paolino
-
Paolino