Re: [stack] Canonical LLVM starter language is concatenative...

eas lab <[email protected]> wrote:
> Good advice that I once got from a lawyer was "don't vague out".
> I.e. don't talk in 'hints'. Give the reader/listener something concrete.
> Add value. BTW if N readers all add value independantly, that's like
> a compositional N-stage data-transformation.

What on earth are you talking about?

> Can your new find/s, compositionally [i.e. serially data-transforming like]:
>  find all the files in dir-tree:T |
>  which are less than D days old |
>  and which have fileName *Name* |
>  and which have a line which _starts_ with "Subject:" |
>  and where _that_ line has "dog" and has "cat"
>  OR where _the Subject: line_ has "fish" AND "cow".

One of the "finds" is a demo language, so in order to do that stuff
you'd have to add support for that to the language's library -- not
worth your time, if that's the only programming task you have to do
(which it clearly is). The other two (Kona and J) can definitely do
all that, trivially; except for the minor point that they don't work
serially, but rather in parallel.

I haven't learned either one (and BTW, I'm not recommending them, but
rather pointing them out), so I can't help there. If you want to know
more, go to comp.lang.apl and ask (or go to one of their mailing
lists).

-Wm