Haskell Platform: Updates to package spec for 2010.1.0.0. Time to start testing installers!]
----- Forwarded message from Don Stewart <dons@galois.com> ----- Date: Sat, 13 Mar 2010 13:33:44 -0800 From: Don Stewart <dons@galois.com> To: Haskell-platform@community.haskell.org Subject: Updates to package spec for 2010.1.0.0. Time to start testing installers! The testing set of packages for our first 2010 release is now in. Check http://code.haskell.org/haskell-platform/haskell-platform.cabal A number of things changed, and it is time to start testing your installers, to make sure these all hold together properly for the release due next week. Some highlights .Tools: haddock => 2.6.0 alex => 2.3.2 cabal-install => 0.8.0 Compiler: 6.12.1 (though 6.12.2 may be due this week...) Core libraries: -- array ==0.3.0.0 -- base ==4.2.0.0 and ==3.0.3.2 -- bytestring ==0.9.1.5 -- bin-package-db ==0.0.0.0 -- NEW -- Cabal ==1.8.0.2 -- containers ==0.3.0.0 -- directory ==1.0.1.0 -- extensible-exceptions ==0.1.1.1 -- NEW -- filepath ==1.1.0.3 -- ghc-binary ==0.5.0.2 -- NEW -- ghc-prim ==0.2.0.0 -- haskell98 ==1.0.1.1 -- hpc ==0.5.0.4 -- integer-gmp ==0.2.0.0 -- NEW -- integer-simple ==0.1.0.0 -- NEW -- old-locale ==1.0.0.2 -- old-time ==1.0.0.3 -- pretty ==1.0.1.1 -- process ==1.0.1.2 -- random ==1.0.0.2 -- syb ==0.1.0.2 -- template-haskell ==2.4.0.0 -- time ==1.1.4 -- MOVED BACK -- unix ==2.4.0.0 -- utf8-string ==0.3.4 -- NEW -- Win32 ==2.2.0.1 Obsoleted, and no longer provided by GHC: -- integer ==0.1.0.1 -- packedstring ==0.1.0.1 Others: cgi ==3001.1.7.2, fgl ==5.4.2.2, GLUT ==2.1.2.1, -- NOTE haskell-src ==1.0.1.3, html ==1.0.1.2, HUnit ==1.2.2.1, mtl ==1.1.0.2, network ==2.2.1.7, OpenGL ==2.2.3.0, -- NOTE parallel ==2.2.0.1, parsec ==2.1.0.1, -- NOTE QuickCheck ==2.1.0.3, regex-base ==0.93.1, regex-compat ==0.92, regex-posix ==0.94.1, stm ==2.1.1.2, xhtml ==3000.2.0.1, zlib ==0.5.2.0, HTTP ==4000.0.9 _______________________________________________ Haskell-platform mailing list Haskell-platform@projects.haskell.org http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform ----- End forwarded message -----
Hi all, On Sun, Mar 14, 2010 at 3:43 AM, Don Stewart <dons@galois.com> wrote:
-- utf8-string ==0.3.4 -- NEW
Are we sure we want to standardize on this? I understand that many people use this library as it was the best option available for a while. However, the 'text' library seems to be a better candidate from a technical perspective and is now mature enough that we could consider including it in the platform. Cheers, Johan
johan.tibell:
Hi all,
On Sun, Mar 14, 2010 at 3:43 AM, Don Stewart <dons@galois.com> wrote:
-- utf8-string ==0.3.4 -- NEW
Are we sure we want to standardize on this? I understand that many people use this library as it was the best option available for a while. However, the 'text' library seems to be a better candidate from a technical perspective and is now mature enough that we could consider including it in the platform.
Yes, I'm not sure what we want to do about GHC shipping things like a fork of binary (ghc-binary) and a version (old) of utf8-string. Shall we ignore those libs? That would match the policy better -- it is just lucky for the users that ghc will dump a few extra things on their machine. -- Don
On 14/03/2010 18:41, Don Stewart wrote:
johan.tibell:
Hi all,
On Sun, Mar 14, 2010 at 3:43 AM, Don Stewart<dons@galois.com> wrote:
-- utf8-string ==0.3.4 -- NEW
Are we sure we want to standardize on this? I understand that many people use this library as it was the best option available for a while. However, the 'text' library seems to be a better candidate from a technical perspective and is now mature enough that we could consider including it in the platform.
Yes, I'm not sure what we want to do about GHC shipping things like a fork of binary (ghc-binary) and a version (old) of utf8-string.
Shall we ignore those libs? That would match the policy better -- it is just lucky for the users that ghc will dump a few extra things on their machine.
ghc-binary is a dependency of the ghc package, so we need that. It's unfortunate that it is visible. utf8-string was shipped accidentally, I believe - it's a dependency of the GHC front-end due to being a dependency of Haskeline, but it isn't needed for anything else. Ian, are we fixing that in 6.12.2? Cheers, Simon
On Wed, Mar 17, 2010 at 03:21:33PM +0000, Simon Marlow wrote:
utf8-string was shipped accidentally, I believe - it's a dependency of the GHC front-end due to being a dependency of Haskeline, but it isn't needed for anything else. Ian, are we fixing that in 6.12.2?
Yup, done. Thanks Ian
participants (4)
-
Don Stewart -
Ian Lynagh -
Johan Tibell -
Simon Marlow