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

Reply via email to