generalization of maybeToList
Brent Yorgey
byorgey at seas.upenn.edu
Tue Feb 14 22:02:57 CET 2012
On Tue, Feb 14, 2012 at 03:36:22PM -0500, Edward Kmett wrote:
> The biggest problem is that with each one of these being so short and with
> so many useful variations, the concepts struggle to cross the "Fairbairn
> threshold".
What is the "Fairbairn threshold"? I tried doing a Google search for
it, and all I got was a bunch of messages from libraries at haskell.org
(all of which only *referenced* it, without defining it).
-Brent
>
> On Tue, Feb 14, 2012 at 10:47 AM, Jeff Shaw <shawjef3 at msu.edu> wrote:
>
> > I'm all for generalizations! I have a second, very similar function I
> > think should be added, but I don't have a good name for it.
> >
> > maybe mzero id :: MonadPlus m => Maybe (m a) -> m a
> >
> > Perhaps there is once again an equivalent for Alternative.
> >
> >
> > On 2/14/2012 10:24 AM, Edward Kmett wrote:
> >
> >> If you are going to add one then the generalization of your
> >> generalization to Alternative might be better.
> >>
> >> maybeA = maybe empty pure
> >>
> >> On Feb 14, 2012, at 9:55 AM, Jeff Shaw<shawjef3 at msu.edu> wrote:
> >>
> >> I find myself using this function quite a lot. I believe it should be
> >>> included in Data.Maybe.
> >>>
> >>> import Control.Monad
> >>>
> >>> maybeTo :: (MonadPlus m) => Maybe a -> m a
> >>> maybeTo =
> >>> maybe mzero return
> >>>
> >>> ______________________________**_________________
> >>> Libraries mailing list
> >>> Libraries at haskell.org
> >>> http://www.haskell.org/**mailman/listinfo/libraries<http://www.haskell.org/mailman/listinfo/libraries>
> >>>
> >>
> >
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
More information about the Libraries
mailing list