Looks like the FrTime dissertation was published this year: Integrating Dataflow Evaluation into a Practical Higher-Order Call-by- Value Language By Gregory Cooper
http://dl.lib.brown.edu/pdfs/etd67.20080429180432.pdf A quote from it: "A technique similar to that employed by FrTime has been used to implement a form of dataflow for slot-based object systems like CLOS [33]. The basic idea is to extend slot accessor and mutator methods with code to implement dataflow updates. In particular, when an accessor is invoked from a signal-defining context, it records a dependency as well as returning a value. Likewise, when a mutator is invoked, it iterates through its list of dependents and re-evaluates them. This strategy was used to build the one-way constraint systems in Garnet [68] and Amulet [69] and has more recently been used in the Cells [91] library. None of these systems appears to support higher-order reactivity or to address glitches. Rather, they employ a depth-first update algorithm and avoid infinite loops in cycles by recomputing any given value at most once in a given update." On Sep 18, 5:01 pm, "Shawn Hoover" <[EMAIL PROTECTED]> wrote: > On Thu, Sep 18, 2008 at 1:12 PM, Stuart Sierra > <[EMAIL PROTECTED]>wrote: > > > > > On Sep 17, 2:00 pm, Rich Hickey <[EMAIL PROTECTED]> wrote: > > > > Is there any effort to bring FRP (FrTime, Yampa, etc.) library to > > > > Clojure? > > > > I don't know of any yet. There is a CL package, Cells, that might make > > > sense for Clojure, esp re: spreadsheet-like behavior. > > > Cells is an awesome package with abysmal documentation. Come to think > > of it, Cells would work probably work better in Clojure than it does > > in Common Lisp. Last I heard, the CL implementation relies on a > > global "state counter" to track updates. Cloure's STM system could > > take care of that more elegantly. > > This cell namespace was pasted the other day in > IRC:http://paste.lisp.org/display/66688(also some Java > code:http://paste.lisp.org/display/66689). I'm not sure if it's the same as > the > CL Cells, but it does have to do with dependencies and updates and it uses > Clojure transactions. --~--~---------~--~----~------------~-------~--~----~ 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 To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
