Proposal to solve the `EitherT` problem.

[Dag Odenhall]

Also, grepping hackage is all well and good but that‘s ignoring all the
code that’s either not released yet or is closed source. That's probably
the case with a lot of *application* code, with hackage having mostly
libraries. Just a thought.


On Tue, Aug 13, 2013 at 10:39 PM, Edward Kmett <ekmett at gmail.com> wrote:

> Did you consider the transitive dependency from errors?
>
> Errors re-exports Control.Monad.Trans.Either from Control.Error.
>
> In particular I noted that snap then depends on errors.
>
> I didn't grep through the source though.
>
> -Edward
>
>
> On Tue, Aug 13, 2013 at 1:25 PM, Ross Paterson <R.Paterson at city.ac.uk>wrote:
>
>> On Tue, Aug 13, 2013 at 10:30:23AM -0400, Edward Kmett wrote:
>> > An argument against just randomly bikeshedding the name it is there
>> > are a lot of packages out there currently transitively depending on
>> > the existing either package, due to the popularity of Tekmo's errors
>> > package and the fact that it has been picked up by snap. So half of
>> > the web-apps in the ecosystem depend on this type transitively.
>>
>> Fortunately it seems that EitherT is only used by the following packages:
>>
>>         citation-resolve coroutine-object CSPM-Frontend errors
>>         happstack-heist hoodle-core hoodle-parser katt pdf-toolbox-core
>>         pianola restricted-workers terminfo-hs
>>
>> Moreover adding a new module and type means people can switch over an
>> extended timescale.  Thus I think internal consistency within transformers
>> outweighs compatibility with the existing EitherT in this case.
>>
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://www.haskell.org/mailman/listinfo/libraries
>>
>
>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20130813/82433c5f/attachment.htm>