March 2009 - Libraries

some comments about bytestring-show package
by Manlio Perillo 02 Apr '09

02 Apr '09

Hi. I have started to use the bytestring-show package, since I need to serialize a big data structure in a lazy bytestring. However I have noted some possible problems with the API: - sometime it is used the put<xxx> prefix, other times the show<xxx> prefix - the module Text.Show.ByteString, IMHO, should re-export the Put class from the Data.Binary.Put. Thanks to the author of the package. Manlio Perillo

2 2

Haskell Platform: status update and call for volunteers
by Duncan Coutts 31 Mar '09

31 Mar '09

All, We'd like to give you an update on the status of the Haskell Platform. Background ---------- For background on what the Haskell Platform is about see these slides: http://blog.well-typed.com/wp-content/uploads/2008/11/haskell-platform.pdf The wiki page also gives an overview and links to further resources: http://www.haskell.org/haskellwiki/Haskell_Platform Current status -------------- There are no more policy questions to resolve for the first release. It is a matter of getting things done. The first platform release will contain: * ghc-6.10.2 * the "extra libs" (exact list on the issue tracker wiki below) * haddock, happy and alex * the cabal command line tool and it's dependencies. The plan calls for binary installers for Windows and OSX, a generic source tarball for Unix, and native packages for distros. Currently however things are stalled because Don and I have been too busy to put serious time into the task of building installers. It is not fair for our time problems to hold everything up. Call for volunteers ------------------- We are calling for volunteers for an action group. We need volunteers to take charge of various platforms and to manage the overall release. We would like to release a beta at the upcoming Haskell Hackathon in Utrecht (April 17-19). However this will *only* happen if people volunteer to help build distributions for different platforms. In particular we need: * Release manager / coordinator * Website with downloads and release notes * Someone in charge of each platform: * Windows installer * OSX installer * Generic Unix source tarball * Distribution packages: debian, fedora, gentoo, arch, BSD* etc Don and I will be able to help coordinate things and point people in the direction of tasks that need doing. The person in charge of each platform is responsible for building appropriate native packages / installer and coordinating the effort to test that the stuff installs ok and works. If no one volunteers, we simply won't have an Haskell Platform release for that platform. Resources: * Meta-package: darcs get http://code.haskell.org/haskell-platform * Issue tracker: http://trac.haskell.org/haskell-platform/ * Mailing list: http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform Please join the mailing list and volunteer! In the medium term we want to organise things with two overlapping groups. A "doers" group and a "talkers" group. The "doers" group deals with actually building installers and packages and making releases. The "talkers" group is for making decisions (in consultation with the community in general) about which packages go into the platform and what standards to demand of them. We are looking for volunteers for the action group now. As we mentioned, for the first release there is nothing for the talkers to do, though there will be plenty to do for the second major release. Duncan and Don

1 0

Volunteering to take owner maintainer role for the network package
by Johan Tibell 28 Mar '09

28 Mar '09

Hi, Since I'm making changes to the network library and pushing for new release Ian suggested that I take over the maintainer role for that package. Does anyone object to me taking over the maintainer role? Changes to the library will still be discussed on this mailing list of course. Note: There are other people (like the original authors) that know parts of the library better than me. I will defer questions I can't answer or changes I can't review to them. Cheers, Johan

1 0

transformers versus mtl
by Sittampalam, Ganesh 28 Mar '09

28 Mar '09

Hi, What are the relative status of transformers and mtl? Are we trying to deprecate mtl use in favour of transformers (+ appropriate dependencies like monads-fd)? I see that the initial version of the Haskell Platform is planning to use mtl because of its status in extralibs - but if transformers is the way forward, then perhaps this should be changed? Cheers, Ganesh =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ===============================================================================

10 32

Fwd: transformers versus mtl
by Iavor Diatchki 24 Mar '09

24 Mar '09

(Ganesh, sorry for the double post, I meant to send this to the list) Hello, On Tue, Mar 24, 2009 at 2:42 PM, Sittampalam, Ganesh <ganesh.sittampalam(a)credit-suisse.com> wrote: > Sittampalam, Ganesh wrote: > ...the Functor instances for > ReaderT r m and WriterT w m now (correctly) depend on Functor m, > whereas in mtl they depend on Monad m. Does anyone ever use ReaderT and WriterT with a type that is not a monad (i.e., use them as functor transformers rather then monad transformers)? On the other hand, with the unfortunate lack of relation between Functor and Monad in Haskell, it seems these instances will not work if I try to transform a monad that does not have a functor instance. -Iavor

5 4

Replace SCC algorithm of containers
by Iavor Diatchki 24 Mar '09

24 Mar '09

Hello, Some time ago I implemented an algorithm that computes the strongly connected components of a graph that is considerably faster than the code in the containers package, at least for larger graphs. This has been available for a while in a separate package on hackage (GraphSCC). I propose that we merge the code into containers, and simply replace the relevant functions. Any objections? -Iavor

1 0

Timeouts uploading to Hackage
by Don Stewart 23 Mar '09

23 Mar '09

A couple of users have reported timeouts uploading to Hackage. I've noticed upload times taking longer and longer of previous weeks. Ross, any thoughts? -- Don

5 7

ANN: regex-tdfa 1.1.1
by ChrisK 22 Mar '09

22 Mar '09

This is both a bug fix release and a feature release. The bug fix is a bit embarrassing, the indices were correct but the captured text was wrong in version 1.1.0. Oops. As of version 1.1.1 the following GNU extensions are recognized, all anchors: \` at beginning of entire text \' at end of entire text \< at beginning of word \> at end of word \b at either beginning or end of word \B at neither beginning nor end of word There is a "newSyntax" field of CompOptions that can enable/disable this syntax. These were requested by users of the Yi project. The "home page" is on the wiki and UPDATED a bit at http://haskell.org/haskellwiki/Regular_expressions#regex-tdfa The HADDOCK fails on hackage for now, but is up at http://darcs.haskell.org/packages/regex-unstable/regex-tdfa/doc/html/regex-… The released code is on hackage at http://hackage.haskell.org/cgi-bin/hackage-scripts/package/regex-tdfa The darcs repository is at http://darcs.haskell.org/packages/regex-unstable/regex-tdfa/ Cheers, Chris

1 0

Dependency version problem with Cabal
by jutaro 19 Mar '09

19 Mar '09

In my leksah.cabal file i have the package dependency Cabal >=1.6.0.1. When I have installed Cabal-1.6.0.2 as well a s1.6.0.1 I get the following warning: Warning: This package indirectly depends on multiple versions of the same package. This is highly likely to cause a compile failure. package ghc-6.10.1 requires Cabal-1.6.0.1 package leksah-0.4.3 requires Cabal-1.6.0.2 Why does this happen, as leksah does not require Cabal-1.6.0.2? How can I solve this problem? Jürgen Nicklisch-Franken -- View this message in context: http://www.nabble.com/Dependency-version-problem-with-Cabal-tp22590000p2259… Sent from the Haskell - Libraries mailing list archive at Nabble.com.

2 1

ANN: regex-tdfa-1.1.0
by ChrisK 18 Mar '09

18 Mar '09

I have just uploaded the new regex-tdfa-1.1.0 to hackage. This version is a small performance update to the old regex-tdfa-1.0.0 version. Previously all text (e.g. ByteString) being search was converted to String and sent through a single engine. The new version uses a type class and SPECIALIZE pragmas to avoid converting to String. This should make adding support for searching other Char containers easy to do. The new version includes six specialized engine loops to take advantage of obvious optimizations of the traversal. The previous version had only a couple of such engines. The new code paths have been tested for correctness and no performance degradations have shown up. -- Chris

1 0