Hi, On Thu, Mar 7, 2013 at 7:53 PM, Brent Millare <brent.mill...@gmail.com> wrote: > Hi, > > Very nice work. I'm interested in using graph but just curious in terms of > your priorities for future development.
Thanks! > I noticed that you listed as a todo, you might want to save the body of a > fnk which I see as a potential for inlining the bodies and thus eliminating > the fn call when creating the final composite fnk. Is this correct? That's right. Thus far the overhead has not been an issue for us, since we usually do a significant amount of work in most Graph nodes, to where the overhead for the input map construction and function call is negligible. So this isn't a very high priority for us currently -- but it shouldn't be much work either. If it's something you're interested in helping with, we'd be happy to work with you on that. > > Also how would you advice situations when you have mutual recursion (with > conditions to bound execution) but still want the compositional power of > graph? (like being able to substitute only certain components of the graphs > in different situations). I understand that my usage of recursion implies > there will be cycles and graph only emits code in topological order so its > currently not supported. Is there future support for this or is this outside > the scope of graph? Any tips for reclaiming compositional power? How would mutually recursive nodes work, exactly? My guess is that this is probably probably beyond the scope of Graph. That said, you can always do the mutual recursion *inside* a single graph node, where the functions come in as parameters or other nodes (and are thus still easily substitutable), or *outside* the graph (by running (portions of) it multiple times). -Jason > > -Brent > > -- > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with your > first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to a topic in the > Google Groups "Clojure" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/clojure/UYXcoK0bTNc/unsubscribe?hl=en. > To unsubscribe from this group and all its topics, send an email to > clojure+unsubscr...@googlegroups.com. > > For more options, visit https://groups.google.com/groups/opt_out. > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
