From: "Frédéric Bour" <frederic.bour@lakaban.net>
To: caml-list@inria.fr
Subject: [Caml-list] [ANN] OCamp - Reactive programming in the shell
Date: Wed, 01 Apr 2015 22:32:52 +0200 [thread overview]
Message-ID: <551C55F4.5080703@lakaban.net> (raw)
OCamp extends unix shells with constructions to express memoization,
sharing of computations and reactive programming.
# Subcommands
## fire
Just wrap a unix command with "ocamp fire" to enable the extension:
$ ocamp fire bash
This will spawn a new bash session where the following subcommands are
enabled.
## hipp
$ ocamp hipp <command>
Will memoize the output and exit status of <command>.
Later calls to the same <command> won't lead to actual execution, but
just to a duplication of its previous output.
Concurrent calls to <command> will just share the same process, the
beginning of the output being replayed to later callers.
The identity of a command is defined by its arguments and working
directory.
## stir
$ ocamp stir <command>
Indicate potential changes in the output if <command> was rerun.
Later calls to `hipp` will recompute <command> as if it was not yet
memoized.
## (un)follow
$ ocamp follow <command>
First, <command> is memoized if it was not the case yet.
Then changes to dependencies of <command> will trigger a reevaluation.
Use `stir` to notify a change.
(to follow is an hipp/stir reactivity).
## pull
$ ocamp pull <command>
Closely related to `hipp`, but instead of marking dependency on the
output of <command>, the dependency applies to the "effects" of <command>.
Thus, if `stir` is used:
- all pullers will be reevaluated.
- hippers will be reevaluated only if the output is different.
## Summary
$ ocamp fire <command> - setup a new session alive until <command> exits
pull <command> - mark dependency on effects of <command>
hipp <command> - mark dependency on output of <command>
stir <command> - notify that <command> might have been updated
follow <command> - eval <command>, and reactively recompute it
whenever one of its dependencies change.
unfollow <command> - stop recomputing <command> when
dependencies
change
hipp and pull provide memoization.
stir and follow bring a flavor of reactive programming.
# Examples
## Fibonacci
$ cat fib.sh
#!/bin/sh
ARG="$1"
if [ "$ARG" -le 1 ]; then
echo "$ARG"
else
A=`ocamp hipp ./fib.sh $((ARG-1))`
B=`ocamp hipp ./fib.sh $((ARG-2))`
echo $((A+B))
fi
$ time ocamp fire ./fib.sh 50
12586269025
real 0m0.391s
user 0m0.153s
sys 0m0.060s
## Build-system
`ocamp` provides simple primitives to construct and manage a dependency
graph.
This might be a saner foundation to base a build-system on than make(1):
- the command focus on one specific problem
- no dsl is involved; rules can be plain unix commands, including a
shell, rather than a make-flavored simulation of shell
- nothing is provided for resolving goals; indeed this is better left to
tools specifically built for goal-search.
A quick'n'dirty script building ocamp itself is provided as an example.
# Future
The current release is a proof-of-concept and should be considered alpha
quality.
The two features planned next are a way to make the graph persistent
(all data is kept in memory atm) and an interface to debug and/or
observe graph construction.
Note: code is undergoing legal review and should be available soon \o/
next reply other threads:[~2015-04-01 20:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-01 20:32 Frédéric Bour [this message]
2015-04-02 10:38 ` Frédéric Bour
2015-04-02 12:19 ` Anthony Tavener
2015-04-02 12:58 ` Frédéric Bour
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=551C55F4.5080703@lakaban.net \
--to=frederic.bour@lakaban.net \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox