rocon...@theorem.ca wrote: > I think that use of the mtl should be deprecated so that we move on > to improved monad transformer libraries. Having the mtl in the > Haskell Platform does the opposite by further entrenching its use, > possibly to the point where we may not be able to get rid of it for > years.
> > If I had to recommend a replace library, I would pick monadLib. > However, there are other libraries, such as the mmtl and transformers > and it's related packages that I haven't looked at, and may also make > fine replacements for the mtl. We've discussed replacing it with transformers+monads-fd+an mtl compatiblity layer on librar...@. Ross and I plan to propose doing this for the second release of the platform - it's not fair to disrupt the first release at this stage. transformers+monads-fd is quite a small evolution over mtl - it factors out the fundeps into a separate package, tightens up some of the class constraints, and makes State = StateT Identity etc rather than a separate type. Even this breaks a few packages, but doing anything more substantial would be quite disruptive. That's not to say that we shouldn't do it, though. I guess the libraries@ list will continue to be the place that such decisions get made, but I think it's a bit up in the air at the moment. Cheers, Ganesh =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html =============================================================================== _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
