[Haskell-cafe] memoizing with a default
Clinton Mead
clintonmead at gmail.com
Wed Dec 14 04:32:07 UTC 2016
"But with memoization I can detect the diversion by putting a marker in the
memo table."
I'm not sure I entirely understand your problem, but it seems when you make
a recursive call to a node you've already visited, you want to return
false. Like you said, you have to "mark" this in some way. One way do to
this is to just add a parameter to the recursive call which notes the nodes
you've just visited. There's a number of ways to do this, in the ST Monad
an mutable bit array would work nicely but if you're not in ST a map which
you check and add elements to should do the job fine. Just make this check
the first part of an "and" statement, if it's already there you short
circuit and return false.
On Tue, Dec 13, 2016 at 5:26 PM, Edward Z. Yang <ezyang at mit.edu> wrote:
> Hello Michael,
>
> I've been looking for an elegant, functional implementation of DFA
> minimization and I have not found it. If you discover a way to do
> it please share.
>
> However, I have seen some papers which might be relevant to the
> problem (although not necessarily good for writing a Haskell
> implementation).
>
> The CoCaml paper <https://www.cs.cornell.edu/~kozen/papers/cocaml.pdf>
> discusses how to write recursive functions on infinite objects, which
> would ordinarily not terminate, but in their language are instead
> treated as a set of recursive equations and solved by some extralinguistic
> constraint solver. This is similar in spirit to your desire to "detect
> diversion" when you loop around the memotable.
>
> The Datafun paper <https://people.mpi-sws.org/~neelk/datafun.pdf>
> recently reminded me that Datalog-style programming is all about
> fixpoints. I wonder if DFA minimization can be done in a Datalog-like
> language.
>
> I have no idea if these are actually relevant, and would be interested
> to hear if they are.
>
> Edward
>
> Excerpts from Michael George's message of 2016-12-10 11:50:03 -0500:
> > I've come across a slight variant of memoization and I'm curious if
> > either there is a better way to think about (I have yet to reach Haskell
> > Enlightement), or if it's been thought about before.
> >
> > I'm writing a program that does DFA minimization, as described here:
> > https://www.tutorialspoint.com/automata_theory/dfa_minimization.htm.
> >
> > For me, the simplest way to understand the algorithm is we form an
> > equivalence relation, where two states are different if either one is
> > final and the other isn't, or if there are transitions from them to
> > states that are different.
> >
> > different a b = isFinal a && not (isFinal b) || isFinal b && not
> > (isFinal a) || exists chars (\c -> different (step a c) (step b c))
> >
> > This definition diverges; it never decides that two states are the same.
> > The standard algorithm builds a table, starting with the assumption
> > that all states are the same, and iteratively applying this definition
> > until it converges.
> >
> > I'm thinking of that algorithm as a memoized version of the
> > implementation of different above. But it's not quite:
> >
> > different = memoFix2 different' where
> > different' different'' a b = isFinal a && not (isFinal b) || isFinal
> > b && not (isFinal a) || exists chars (\c -> different'' (step a c) (step
> > b c))
> >
> > for the same reason; it diverges. But with memoization I can detect the
> > diversion by putting a marker in the memo table. If the computation
> > makes a recursive call on an input that is started but not computed,
> > then (in this case) I want to return false.
> >
> > In general, I think what I want is
> >
> > memoFixWithDefault :: (a -> b) -> ((a->b) -> (a -> b)) -> (a -> b)
> >
> > Where (memoFixWithDefault default f) is like (memoFix f) except that if
> > (memoFix f a) would loop, then (memoFixWithDefault default f a) =
> default a.
> >
> >
> > I suspect there's a nice denotational way of describing this, but my
> > denotational semantics is rusty (maybe it's the least fixed point of f
> > that is greater than g or something, but that's not it). I suspect that
> > there needs to be a nice relationship between f and g for
> > memoFixWithDefault f g to be sensible. I also suspect that there's a
> > cute 3-line implementation like all the other implementations of memoize
> > out there, but I don't see it. I also suspect that depth-first search
> > has a cute implementation using this combinator.
> >
> > So I was wondering if other people had thoughts or references before I
> > went off and thought about it.
> >
> > Thanks!
> >
> > -M
> _______________________________________________
> Haskell-Cafe mailing list
> To (un)subscribe, modify options or view archives go to:
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
> Only members subscribed via the mailman list are allowed to post.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/haskell-cafe/attachments/20161214/6c7ff000/attachment.html>
More information about the Haskell-Cafe
mailing list