Re: ANNOUNCE: GHC version 6.12.1
On Dec 14, 2009, at 6:24 AM, Marc Weber wrote: You should be able to get some hints by looking at where ghc is installed. For any install of this sort, I like to record where the changes were made. Before an install, I execute the shell command echo timestamp Then I install, then I execute the shell command (OS X 10.6; adapt for other Unix) sudo find -x / -newer timestamp -print snapshot.txt If I leave scripts before-snapshot.sh and after-snapshot.sh near my install source, of the form #!/bin/bash # cd to directory of this script cd `echo $0 | sed 's/[^/]*$//'` sudo find -x / -newer timestamp -print snapshot.txt then in OS X 10.6 I can drag each script in turn to a terminal window, with the results automatically ending up in their directory. Editing out the noise, I recorded the following on OS X 10.6 for GHC 6.12.1: /Library/Frameworks/GHC.framework /Library/Frameworks/GHC.framework/Resources /Library/Frameworks/GHC.framework/Tools /Library/Frameworks/GHC.framework/Versions /Library/Frameworks/GHC.framework/Versions/612/usr/bin /Library/Frameworks/GHC.framework/Versions/612/usr/bin/ghc /Library/Frameworks/GHC.framework/Versions/612/usr/bin/ghc-pkg /Library/Frameworks/GHC.framework/Versions/612/usr/bin/ghci /Library/Frameworks/GHC.framework/Versions/612/usr/bin/runhaskell /Library/Frameworks/GHC.framework/Versions/Current /private/var/db/receipts/org.haskell.glasgowHaskellCompiler.ghc.pkg.bom /private/var/db/receipts/org.haskell.glasgowHaskellCompiler.ghc.pkg.plist /usr/bin /usr/bin/ghc /usr/bin/ghc-6.12.1 /usr/bin/ghc-pkg /usr/bin/ghc-pkg-6.12.1 /usr/bin/ghci /usr/bin/ghci-6.12.1 /usr/bin/haddock /usr/bin/hp2ps /usr/bin/hpc /usr/bin/hsc2hs /usr/bin/runghc /usr/bin/runhaskell /usr/share/doc /usr/share/doc/ghc /usr/share/man/man1 /usr/share/man/man1/ghc.1 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
After I installed GHC-6.12.1, the cabal-install program could not works normally. $ sudo cabal install cabal: failed to parse output of 'ghc-pkg dump' $ please help me. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On 14/12/09 21:16, Daniel Fischer wrote: Am Montag 14 Dezember 2009 14:36:14 schrieb Ian Lynagh: == The (Interactive) Glasgow Haskell Compiler -- version 6.12.1 == Hooray! Built from source on $ uname -a Linux linux-mkk1 2.6.27.39-0.2-pae #1 SMP 2009-11-23 12:57:38 +0100 i686 i686 i386 GNU/Linux (openSuse 11.1) Running the testsuit gave OVERALL SUMMARY for test run started at Mo 14. Dez 18:06:00 CET 2009 2352 total tests, which gave rise to 13034 test cases, of which 0 caused framework failures 2760 were skipped 9471 expected passes 328 expected failures 0 unexpected passes 475 unexpected failures Is that good or bad? Almost all unexpected failures are with threaded1, the vast majority of them due to /usr/src/packages/BUILD/binutils-2.19/build-dir/bfd/../../bfd/compress.c:96:0: undefined reference to `inflateInit_' Please submit a bug report. Presumably we need a configure test for -lz somewhere. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On 14/12/09 19:04, Jost Berthold wrote: Luca, to use Control.Parallel, you need to download and install two packages, deepseq and parallel, from hackage.haskell.org. Most likely this will work with cabal, or you just download the two tarballs . cabal install parallel (assuming you have a working cabal-install) The reason is, when packaging parallel, this package has been removed from the GHC core libraries. BTW I am unsure whether this is at all clever, since it needs specific GHC support (at least for now - am I right here?) In addition, be informed that Control.Parallel.Strategies has been heavily restructured just last month (splitting it into deepseq and parallel is one of the changes, but not the most fundamental). If you want to try examples from GpH publications, you will certainly have some problems. parallel-1.x versions containing the original definitions are on hackage as well and should work for experiments. I think it would be a good idea to have a wiki page describing the differences between the API used in those papers and the current API. Off the top of my head, the main differences are: * import Control.Parallel.Strategies, not import Strategies * seq is now pseq * rnf is now rdeepseq * don't use demanding, sparking Better still would be a selection of recipes or patterns for parallelising Haskell code. Anyone feel like tackling this? (I realise I'm the obvious person to do it, but I'm deep in mid-hack on the parallel GC and don't want to get too distracted right now). Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On Tue, Dec 15, 2009 at 06:41:06AM +, Luca Ciciriello wrote: BTW, reading the new wiki library page I've noticed that I can use atomically, pseq, par, forkIO, etc, simply importing GHC.Conc Note that that is not a supported interface, and may break in future releases. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
Am Dienstag 15 Dezember 2009 10:43:10 schrieb Simon Marlow: Please submit a bug report. Presumably we need a configure test for -lz somewhere. http://hackage.haskell.org/trac/ghc/ticket/3756 Yes, passing -optl-lz to all tests gave only 3 unexpected failures for threaded1. Cheers, Simon Thanks, Daniel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On Sun, Dec 13, 2009 at 06:06:26PM +, Robin Green wrote: I have been using GHC 6.12.1 from http://www.haskell.org/ghc/dist/6.12.1-pre/ (which doesn't exist any more). Do I need to upgrade, or is it exactly the same? Do I need to recompile packages? I wouldn't recommend using unannounced binaries from the website, but in this case it's exactly the same as the 6.12.1 release. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On Mon, Dec 14, 2009 at 03:24:05PM +0100, Bas van Dijk wrote: There's a broken link to the Haskell Platform in: http://haskell.org/ghc/docs/6.12.1/html/users_guide/release-6-12-1.html#id2890234 Thanks; fixed with a redirect. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ANNOUNCE: GHC version 6.12.1
== The (Interactive) Glasgow Haskell Compiler -- version 6.12.1 == The GHC Team is pleased to announce a new major release of GHC. There have been a number of significant changes since the last major release, including: * Considerably improved support for parallel execution. GHC 6.10 would execute parallel Haskell programs, but performance was often not very good. Simon Marlow has done lots of performance tuning in 6.12, removing many of the accidental (and largely invisible) gotchas that made parallel programs run slowly. * As part of this parallel-performance tuning, Satnam Singh and Simon Marlow have developed ThreadScope, a GUI that lets you see what is going on inside your parallel program. It's a huge step forward from It takes 4 seconds with 1 processor, and 3 seconds with 8 processors; now what?. ThreadScope will be released separately from GHC, but at more or less the same time as GHC 6.12. * Dynamic linking is now supported on Linux, and support for other platforms will follow. Thanks for this most recently go to the Industrial Haskell Group who pushed it into a fully-working state; dynamic linking is the culmination of the work of several people over recent years. One effect of dynamic linking is that binaries shrink dramatically, because the run-time system and libraries are shared. Perhaps more importantly, it is possible to make dynamic plugins from Haskell code that can be used from other applications. * The I/O libraries are now Unicode-aware, so your Haskell programs should now handle text files containing non-ascii characters, without special effort. * The package system has been made more robust, by associating each installed package with a unique identifier based on its exposed ABI. Now, cases where the user re-installs a package without recompiling packages that depend on it will be detected, and the packages with broken dependencies will be disabled. Previously, this would lead to obscure compilation errors, or worse, segfaulting programs. This change involved a lot of internal restructuring, but it paves the way for future improvements to the way packages are handled. For instance, in the future we expect to track profiled packages independently of non-profiled ones, and we hope to make it possible to upgrade a package in an ABI-compatible way, without recompiling the packages that depend on it. This latter facility will be especially important as we move towards using more shared libraries. * There are a variety of small language changes, including * Some improvements to data types: record punning, declaring constructors with class constraints, GADT syntax for type families etc. * You can omit the $ in a top-level Template Haskell splice, which makes the TH call look more like an ordinary top-level declaration with a new keyword. * We're are deprecating mdo for recursive do-notation, in favour of the more expressive rec statement. * We've concluded that the implementation of impredicative polymorphism is unsustainably complicated, so we are re-trenching. It'll be deprecated in 6.12 (but will still work), and will be either removed or replaced with something simpler in 6.14. The full release notes are here: http://haskell.org/ghc/docs/6.12.1/html/users_guide/release-6-12-1.html How to get it ~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998 and revised December 2002. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page
Re: ANNOUNCE: GHC version 6.12.1
I have been using GHC 6.12.1 from http://www.haskell.org/ghc/dist/6.12.1-pre/ (which doesn't exist any more). Do I need to upgrade, or is it exactly the same? Do I need to recompile packages? -- Robin ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
I've the 6.10.4 version installed on my MacOS X 10.6 OS. Have I to uninstall this version of GHC before installing the Mac .pkg for the 6.12.1? Most installer packages (_except_ for MacOS) allow you to have multiple previous versions of ghc - they are simply left in place (but must now be accessed as e.g. ghc-6.10.4 rather than plan ghc, which now points to the new version). However, there is an unfortunate feature/bug of the MacOS installer packages that they forceably delete any previous versions of ghc that you had on your machine. This is undesirable for many reasons, but as far as I know, it has not yet been fixed. Regards, Malcolm ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: ANNOUNCE: GHC version 6.12.1
Installed 6.12.1 on MacOS X 10.6Now I'm unable to load in GHCi of that modules containing import Control.ParallelI'm missing something? Luca From: marco-owe...@gmx.de To: glasgow-haskell-users@haskell.org Date: Mon, 14 Dec 2009 15:24:48 +0100 Subject: RE: ANNOUNCE: GHC version 6.12.1 Excerpts from Luca Ciciriello's message of Mon Dec 14 15:12:45 +0100 2009: I've the 6.10.4 version installed on my MacOS X 10.6 OS. Have I to uninstall this version of GHC before installing the Mac .pkg for the 6.12.1? Hi Luca, You should be able to get some hints by looking at where ghc is installed. By default ghc puts its libraries into directory which contains the ghc release name. So libs can be installed at the same time. There are also ghc(i)-pkg-$GHC_VERSION executables. So it should be possible. However I don't know about Mac details. But maybe someone else can give you a more accurate answer. Sincerly Marc Weber ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users _ Use Hotmail to send and receive mail from your different email accounts http://clk.atdmt.com/UKM/go/186394592/direct/01/___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
Am Montag 14 Dezember 2009 17:47:35 schrieb Luca Ciciriello: Installed 6.12.1 on MacOS X 10.6Now I'm unable to load in GHCi of that modules containing import Control.ParallelI'm missing something? Luca cabal install parallel Control.Parallel is now in the parallel package. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: ANNOUNCE: GHC version 6.12.1
Luca, to use Control.Parallel, you need to download and install two packages, deepseq and parallel, from hackage.haskell.org. Most likely this will work with cabal, or you just download the two tarballs . The reason is, when packaging parallel, this package has been removed from the GHC core libraries. BTW I am unsure whether this is at all clever, since it needs specific GHC support (at least for now - am I right here?) In addition, be informed that Control.Parallel.Strategies has been heavily restructured just last month (splitting it into deepseq and parallel is one of the changes, but not the most fundamental). If you want to try examples from GpH publications, you will certainly have some problems. parallel-1.x versions containing the original definitions are on hackage as well and should work for experiments. Cheers Jost Berthold PS: Loading Control.Parallel into ghci is a handy debugging procedure for the sequential parts of your program without any hassle, but if you do not compile and link your program, it will not use any parallelism (and run slow anyway). From: Luca Ciciriello luca_cicirie...@hotmail.com Subject: RE: ANNOUNCE: GHC version 6.12.1 To: marco-owe...@gmx.de, glasgow-haskell-users@haskell.org Message-ID: snt128-w3217f8c02c7eaa2723e4339a...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Installed 6.12.1 on MacOS X 10.6Now I'm unable to load in GHCi of that modules containing import Control.ParallelI'm missing something? Luca From: marco-owe...@gmx.de To: glasgow-haskell-users@haskell.org Date: Mon, 14 Dec 2009 15:24:48 +0100 Subject: RE: ANNOUNCE: GHC version 6.12.1 Excerpts from Luca Ciciriello's message of Mon Dec 14 15:12:45 +0100 2009: I've the 6.10.4 version installed on my MacOS X 10.6 OS. Have I to uninstall this version of GHC before installing the Mac .pkg for the 6.12.1? Hi Luca, You should be able to get some hints by looking at where ghc is installed. By default ghc puts its libraries into directory which contains the ghc release name. So libs can be installed at the same time. There are also ghc(i)-pkg-$GHC_VERSION executables. So it should be possible. However I don't know about Mac details. But maybe someone else can give you a more accurate answer. Sincerly Marc Weber ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On Dec 14, 2009, at 14:04 , Jost Berthold wrote: The reason is, when packaging parallel, this package has been removed from the GHC core libraries. BTW I am unsure whether this is at all clever, since it needs specific GHC support (at least for now - am I right here?) Only to the extent that the (standardized) primitives are only in GHC; the packages were released and tested with 6.10.x. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com system administrator [openafs,heimdal,too many hats] allb...@ece.cmu.edu electrical and computer engineering, carnegie mellon universityKF8NH PGP.sig Description: This is a digitally signed message part ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
Am Montag 14 Dezember 2009 14:36:14 schrieb Ian Lynagh: == The (Interactive) Glasgow Haskell Compiler -- version 6.12.1 == Hooray! Built from source on $ uname -a Linux linux-mkk1 2.6.27.39-0.2-pae #1 SMP 2009-11-23 12:57:38 +0100 i686 i686 i386 GNU/Linux (openSuse 11.1) Running the testsuit gave OVERALL SUMMARY for test run started at Mo 14. Dez 18:06:00 CET 2009 2352 total tests, which gave rise to 13034 test cases, of which 0 caused framework failures 2760 were skipped 9471 expected passes 328 expected failures 0 unexpected passes 475 unexpected failures Is that good or bad? Almost all unexpected failures are with threaded1, the vast majority of them due to /usr/src/packages/BUILD/binutils-2.19/build-dir/bfd/../../bfd/compress.c:96:0: undefined reference to `inflateInit_' /usr/src/packages/BUILD/binutils-2.19/build-dir/bfd/../../bfd/compress.c:103:0: undefined reference to `inflate' /usr/src/packages/BUILD/binutils-2.19/build-dir/bfd/../../bfd/compress.c:106:0: undefined reference to `inflateReset' /usr/src/packages/BUILD/binutils-2.19/build-dir/bfd/../../bfd/compress.c:108:0: undefined reference to `inflateEnd' collect2: ld returned 1 exit status *** unexpected failure for fileStatus(threaded1) Missing -lz option for the linker? Unexpected failures: 10queens(threaded1) 1185(threaded1) 1548(threaded1) 1679(threaded1) 1744(threaded1) 1852(threaded1) 1861(threaded1) 1980(threaded1) 2047(threaded1) 2080(threaded1) 2122(threaded1) 2469(threaded1) 2594(threaded1) 2783(threaded1) 2838(threaded1) 2910(threaded1) 2917a(threaded1) 3207(threaded1) 3236(threaded1) 3279(threaded1) 3424(threaded1) 3429(threaded1) 3561(threaded1) 3677(threaded1) CPUTime001(threaded1) IOError001(threaded1) IOError002(threaded1) OldException001(threaded1) T1624(threaded1) T1735(threaded1) T246(threaded1) T2529(threaded1) T3087(threaded1) T3126(threaded1) T3382(threaded1) ThreadDelay001(threaded1) addr001(threaded1) andre_monad(threaded1) andy_cherry(threaded1) annrun01(threaded1,dyn) arith001(threaded1) arith002(threaded1) arith003(threaded1) arith004(threaded1) arith005(threaded1) arith006(threaded1) arith007(threaded1) arith008(threaded1) arith009(threaded1) arith010(threaded1) arith011(threaded1) arith012(threaded1) arith013(threaded1) arith014(threaded1) arith015(threaded1) arith016(threaded1) arith017(threaded1) arith018(threaded1) arith019(threaded1) arr001(threaded1) arr002(threaded1) arr003(threaded1) arr004(threaded1) arr005(threaded1) arr006(threaded1) arr007(threaded1) arr008(threaded1) arr009(threaded1) arr010(threaded1) arr011(threaded1) arr012(threaded1) arr013(threaded1) arr014(threaded1) arr015(threaded1) arr016(threaded1) arr017(threaded1) arr018(threaded1) arr019(threaded1) arrowrun001(threaded1) arrowrun002(threaded1) arrowrun003(threaded1) arrowrun004(threaded1) barton-mangler-bug(profc,threaded1) break024(ghci) bug1010(threaded1) bytestring002(threaded1) bytestring003(threaded1) bytestring006(threaded1) cg001(threaded1) cg002(threaded1) cg003(threaded1) cg004(threaded1) cg005(threaded1) cg006(threaded1) cg007(threaded1) cg008(threaded1) cg009(threaded1) cg010(threaded1) cg011(threaded1) cg012(threaded1) cg013(threaded1) cg014(threaded1) cg015(threaded1) cg016(threaded1) cg017(threaded1)
Re: ANNOUNCE: GHC version 6.12.1
Oh great, that's not what I expected: $ cabal install cabal-install cabal: This version of the cabal program is too old to work with ghc-6.12+. You will need to install the 'cabal-install' package version 0.8 or higher. If you still have an older ghc installed (eg 6.10.4), run: $ cabal install -w ghc-6.10.4 'cabal-install = 0.8' $ cabal install -w ghc-6.10.3 'cabal-install = 0.8' Resolving dependencies... cabal: There is no available version of cabal-install that satisfies =0.8 Oops, nothing higher than 0.6.4 on Hackage, even darcs.haskell.org/cabal-install is only version 0.7.5. That seems to work, though, but I needed to manually install network, mtl and parsec before bootstrap.sh ran. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.12.1
On Mon, 2009-12-14 at 22:49 +0100, Daniel Fischer wrote: Oh great, that's not what I expected: $ cabal install cabal-install cabal: This version of the cabal program is too old to work with ghc-6.12+. You will need to install the 'cabal-install' package version 0.8 or higher. If you still have an older ghc installed (eg 6.10.4), run: $ cabal install -w ghc-6.10.4 'cabal-install = 0.8' $ cabal install -w ghc-6.10.3 'cabal-install = 0.8' Resolving dependencies... cabal: There is no available version of cabal-install that satisfies =0.8 Oops, nothing higher than 0.6.4 on Hackage, even darcs.haskell.org/cabal-install is only version 0.7.5. Right, the cabal-install 0.8.x release will appear in due course. It shouldn't be too long since I've already been using it for Hackage regression testing of ghc-6.12. That seems to work, though, but I needed to manually install network, mtl and parsec before bootstrap.sh ran. Yes, the bootstrap needs updating to take account of the fact that those packages are no longer shipped with ghc-6.12. Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: ANNOUNCE: GHC version 6.12.1
Thanks to all. BTW, reading the new wiki library page I've noticed that I can use atomically, pseq, par, forkIO, etc, simply importing GHC.Conc Luca CC: allb...@ece.cmu.edu; luca_cicirie...@hotmail.com; glasgow-haskell-users@haskell.org From: allb...@ece.cmu.edu To: berth...@mathematik.uni-marburg.de Subject: Re: ANNOUNCE: GHC version 6.12.1 Date: Mon, 14 Dec 2009 14:25:21 -0500 On Dec 14, 2009, at 14:04 , Jost Berthold wrote: The reason is, when packaging parallel, this package has been removed from the GHC core libraries. BTW I am unsure whether this is at all clever, since it needs specific GHC support (at least for now - am I right here?) Only to the extent that the (standardized) primitives are only in GHC; the packages were released and tested with 6.10.x. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com system administrator [openafs,heimdal,too many hats] allb...@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/186394592/direct/01/___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
