[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gwl-devel] merging “processes” and “restrictions”

From: Ricardo Wurmus
Subject: Re: [gwl-devel] merging “processes” and “restrictions”
Date: Sat, 19 Jan 2019 12:45:33 +0100
User-agent: mu4e 1.0; emacs 26.1

Hi simon,

> I am not clear yet about how to manage the inputs/outputs
> (fixed in the definition of the process or fixed in the workflow)
> I am still failing to write a macro that inplements my "view":
>  - write the graph
>  - collect the inputs/outputs

This is interesting and it might be a solution to this conundrum.  If
the processes can declare their inputs without refering to other
processes then we have a solution: the graph can be built from the
inputs and outputs of the provided processes without having to specify
any dependencies manually.

We need a procedure that takes any number of processes as inputs and
matches inputs with outputs to generate an adjacency list of processes.
This shouldn’t be difficult.

> I pick the name `dataflow' for this not-yet-immplemented macro name.
> Well, instead of your graph name, I propose dataflow or stream or datastream.

I’d like this to be a short name if possible.  In fact, I’d prefer if it
was completely invisible like this:

    (name "simple")
      ((eat "fruit") -> greet)
      ((eat "veges") -> greet)
      (sleep         -> (eat "fruit") (eat "veges"))
      (bye           -> sleep)))

Or like this assuming that all of the processes declare inputs and
outputs *somehow*:

   (name "simple")
     (eat "fruit") (eat "veges") greet sleep bye))

I’ll play around with this today.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]