ANNOUNCE: GHC 6.8.3 Release Candidate
We are pleased to announce the Release Candidate phase for GHC 6.8.3. Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3 You can download snapshots from here: http://www.haskell.org/ghc/dist/stable/dist/ Right now we have the source bundles: http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src-extralibs... Only the first of these is necessary. The "extralibs" package contains various extra packages that are often supplied with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically. There is also currently an installer for i386/Windows and binary distributions for x86_64/Linux and i386/Linux. More may appear later. Please test as much as possible; bugs are much cheaper if we find them before the release! We expect to release in a few days, assuming no major issues are discovered. Thanks Ian, on behalf of the GHC team
No, ghc-6.8.2.20080527-src.tar.bz2 (`made' on Debian Linux, i686) does not work. See DoCon-2.11. It compiles DoCon-2.11 with taking too much memory (> 300 Mb) and 3-4 times more of time than ghc-6.8.2. And then, the test fails. ----------------- Serge Mechveliani mechvel@botik.ru On Wed, May 28, 2008 at 04:20:33PM +0100, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for GHC 6.8.3.
Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src-extralibs...
Only the first of these is necessary. The "extralibs" package contains various extra packages that are often supplied with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically.
There is also currently an installer for i386/Windows and binary distributions for x86_64/Linux and i386/Linux. More may appear later.
Please test as much as possible; bugs are much cheaper if we find them before the release!
We expect to release in a few days, assuming no major issues are discovered.
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
Hi Serge, On Wed, May 28, 2008 at 10:28:58PM +0400, Serge D. Mechveliani wrote:
No, ghc-6.8.2.20080527-src.tar.bz2 (`made' on Debian Linux, i686) does not work. See DoCon-2.11. It compiles DoCon-2.11 with taking too much memory (> 300 Mb) and 3-4 times more of time than ghc-6.8.2. And then, the test fails.
Thanks for the feedback! Can you please send us complete instructions for reproducing the problem, along with the output that you are seeing? Thanks Ian
On Thu, May 29, 2008 at 10:44:40AM +0100, Ian Lynagh wrote:
Hi Serge,
On Wed, May 28, 2008 at 10:28:58PM +0400, Serge D. Mechveliani wrote:
No, ghc-6.8.2.20080527-src.tar.bz2 (`made' on Debian Linux, i686) does not work. See DoCon-2.11. It compiles DoCon-2.11 with taking too much memory (> 300 Mb) and 3-4 times more of time than ghc-6.8.2. And then, the test fails.
Thanks for the feedback! Can you please send us complete instructions for reproducing the problem, along with the output that you are seeing?
Take the public docon-2.11 (for example, from www.haskell/ghc/docon/) and follow its instruction install.txt. Let us call ghc-6.8.2.20080527 may27. 1) In ghc-6.8.2, it suffices -M300m to build, and may27 needs more -- change it to -M700m -K99m in source/docon.cabal. 2) 6.8.2 builds DoCon 3 times faster. 3) The size of libHSdocon-2.11.a in 6.8.2 is about 14.2 Mb, in may27 it is about 16.7 Mb. 4) The module RsePol_.hs (close to the end of `make') takes particularly long to compile. 5) Build and run source/demotest/Main as it is described in install.txt ( cd source/demotest ghc $doconCpOpt --make Main ./Main +RTS -M60m -RTS ) ghc-6.8.2 runs it all right, and may27 reports ------------------------------------------------- Permutation group S = S(n) =============== List all permutations p from S and test each p as follows cG = cyclicGroup(p) in S(n) cycles = [cl(1)..cl(k)] = decomposition of p to cycles Verify 0 < card cG <= card S, cG is free of repetitions and contains unity, composition of cycles == p, lcM (map length cycles) == card cG. And for n, test osetCard S == n! Do this all for n <- [1..nN]. Here nN = 7. --- RESULT: [[True,True],[True,True],[True,True],[True,True],[True,True], [True,True],[True,True]] Integer factorization and List of primes test - sieve and other --- RESULT: [True,True] Properties and division in a residue ring Z/(b) - modelled as ResidueE Z: --- RESULT: [True,True] Arithmetic in P = Z[z,y,x] and in Z[x][y][z]. The isomorphism test for these domains: verify (^n) == fromP .(^n) .toP --- RESULT: Main: fromInteger to (Pol ..): use fromi -------------------------------------------------------------------- It breaks in the first half of the test. The reason may be, for example, in different treatment of overlapping instances. As to the DoCon message fromInteger to (Pol ..): use fromi , it means a run-time error: the code tries to make a polynomial :: (Pol _) from an Integer value by applying fromInteger, while DoCon allows for this only the operation `fromi'. Here (^n) in fromP .(^n) .toP (in one of the test modules in demotest/) is powering a polynomial to the degree n :: Integer. I am not sure, but the impression is that the code tries to convert n to the type (Pol _), which it must not do. 6.8.2 is correct here, and may27 maybe, confuses types or instances, I do not know. Regards, ----------------- Serge Mechveliani mechvel@botik.ru
On Thu, May 29, 2008 at 03:48:36PM +0400, Serge D. Mechveliani wrote:
Main: fromInteger to (Pol ..): use fromi
OK, I can reproduce this, but as we aren't familiar with the code, it would be very helpful if you could make a small case demonstrating the problem (i.e. something that doesn't depend on the huge docon library). Thanks Ian
Ian: does static linking on linux work? See my earlier emails, it is easy enough to test. Would you like me to report a bug? There really should be a unit test for this. cheers peter On 28/05/2008, at 10:20 PM, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for GHC 6.8.3.
Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3
On Thu, May 29, 2008 at 10:07:21AM +0700, Peter Gammie wrote:
Ian: does static linking on linux work?
It does. I don't remember it being fixed, though; this might be a difference in how the bindists and Debian packages were built (or it could just be my bad memory, or some other change might have accidentally fixed it). Thanks Ian
A Mac installer version of the release candidate for Intel/Leopard Macs is at http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.8.2.20080529-i386.pkg This version of GHC includes neither editline nor readline at the moment (this will be fixed for the final release). It also only works for Leopard (MacOS X 10.5) as I haven't managed to get cross compiling for older OS versions fully functional yet. In any case, please test this if you have an Intel/Leopard Mac and are interested in a one-click installer with no dependencies other than a recent version of Xcode. The packages comes with an uninstall script located at /Library/Frameworks/GHC.framework/Tools/Uninstaller It will overwrite other 6.8.x versions of GHC installed from an installer package, but peacefully coexist with other distributions of 6.8 and with GHC versions other than 6.8 independent of how they were installed. Manuel
We are pleased to announce the Release Candidate phase for GHC 6.8.3.
Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src-extralibs...
Only the first of these is necessary. The "extralibs" package contains various extra packages that are often supplied with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically.
There is also currently an installer for i386/Windows and binary distributions for x86_64/Linux and i386/Linux. More may appear later.
Please test as much as possible; bugs are much cheaper if we find them before the release!
We expect to release in a few days, assuming no major issues are discovered.
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
Here is an updated release candidate for the MacOS X installer for Intel/Leopard: http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.8.2.20080604-i386.pkg It includes readline support statically linked. Unless we receive any bug reports, these are basically the bits you'll get for the 6.8.3 release. So, please test it thoroughly. Manuel PS: I am not very hopeful about having a 10.4 (Tiger) version of the installer for 6.8.3. I am currently missing a method to identify the symbols in an executable that lead to the "bus error" (invariably at _calloc_initialize) that signals an attempt to execute a Leopard binary on Tiger. If any Mac guru here knows how to identify these symbols, let me know. (I know about DYLD_PRINT_BINDINGS and friends, but that didn't help me so far.) Alternatively, grab <http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.9.20080526-i386.dmg
-my currently best effort at cross-compiling for 10.4- and tell me why it won't run on Tiger.
Manuel M T Chakravarty:
A Mac installer version of the release candidate for Intel/Leopard Macs is at
http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.8.2.20080529-i386.pkg
This version of GHC includes neither editline nor readline at the moment (this will be fixed for the final release). It also only works for Leopard (MacOS X 10.5) as I haven't managed to get cross compiling for older OS versions fully functional yet.
In any case, please test this if you have an Intel/Leopard Mac and are interested in a one-click installer with no dependencies other than a recent version of Xcode.
The packages comes with an uninstall script located at
/Library/Frameworks/GHC.framework/Tools/Uninstaller
It will overwrite other 6.8.x versions of GHC installed from an installer package, but peacefully coexist with other distributions of 6.8 and with GHC versions other than 6.8 independent of how they were installed.
Manuel
We are pleased to announce the Release Candidate phase for GHC 6.8.3.
Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.2.20080527-src-extralibs...
Only the first of these is necessary. The "extralibs" package contains various extra packages that are often supplied with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically.
There is also currently an installer for i386/Windows and binary distributions for x86_64/Linux and i386/Linux. More may appear later.
Please test as much as possible; bugs are much cheaper if we find them before the release!
We expect to release in a few days, assuming no major issues are discovered.
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
For those without root rights I've made a plain distribution that relies on gmp and readline under /opt/local/ (for 9.3.0 Darwin Kernel) http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... Christian Manuel M T Chakravarty wrote:
Here is an updated release candidate for the MacOS X installer for Intel/Leopard:
http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.8.2.20080604-i386.pkg
It includes readline support statically linked. Unless we receive any bug reports, these are basically the bits you'll get for the 6.8.3 release. So, please test it thoroughly.
Manuel
Please test as much as possible; bugs are much cheaper if we find them before the release! Hi Ian,
I haven't done extensive testing, but at least you can start ghci and compile simple hello world apps on nixos 64 bit without trouble. I've noted that I had to use a more recent ghc for bootstrapping than ghc-6.4. Sincerly Marc Weber
On Thu, May 29, 2008 at 08:08:52PM +0200, Marc Weber wrote:
Please test as much as possible; bugs are much cheaper if we find them before the release! Hi Ian,
I haven't done extensive testing, but at least you can start ghci and compile simple hello world apps on nixos 64 bit without trouble.
Great, thanks Marc!
I've noted that I had to use a more recent ghc for bootstrapping than ghc-6.4.
Thanks for the report; building with GHC 6.4 should work now. Thanks Ian
I'm thinking it would be expedient to omit Haddock while building a ghc 6.11 snapshot, per bug ticket #3531
From my basic understanding of its purpose there, that ought to work out fine - I mean, not to undervalue documentation, but the compiler should be able to function without it. But not well versed in the intricacies of the GHC build, so please set me straight if I'm about to waste a lot of time untangling it in the makefiles.
thanks! Donn Cave, donn@avvanta.com
On Tue, Sep 22, 2009 at 07:34:53AM -0700, Donn Cave wrote:
I'm thinking it would be expedient to omit Haddock while building a ghc 6.11 snapshot, per bug ticket #3531
From my basic understanding of its purpose there, that ought to work out fine - I mean, not to undervalue documentation, but the compiler should be able to function without it. But not well versed in the intricacies of the GHC build, so please set me straight if I'm about to waste a lot of time untangling it in the makefiles.
I sent a patch for this to cvs-ghc@: http://www.haskell.org/pipermail/cvs-ghc/2009-September/050255.html I wasn't even aware of that ticket ;-) Ciao, Kili
participants (8)
-
Christian Maeder -
Donn Cave -
Ian Lynagh -
Manuel M T Chakravarty -
Marc Weber -
Matthias Kilian -
Peter Gammie -
Serge D. Mechveliani