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

> 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.

That's OK, if it examines the further attributes of the file, once
it's found that the 1st one is satisfied. But the *conceptually* serial
is AFAIK fundamewntal to compositional - or ?
Depth-first or breadth-first search could both probably do it.

The power [ie. economy of human effort] comes from the ability to
'string/pipe proven functions together'. And the clean incremental
development possiblity, by the fact that while developing satge N-1,
you don't need to worry/know how the previous N stages work.

And that is essentially serially CONCEPTUALLY.

Oh, and the next stage of this task, is to:
print out the <Subject: field> and the <location field> of the lines
that 'match'.

This is just a scheme that I dreamed up to:
be able to locate my paper docos which are dispersed over several locations,
filing cabinets, ...etc.

What made me so enthusiatic was the realisation that 'physical location'
maps PERFECTLY to the [*nix] file directory tree.
So if I move docoN from /roomR/shelfS/concertinaFile/pocketP to
/roomR2/FilingCabinet3/Drawer2/............
I just need to move the sub-tree. Which is one operation.
And with mc [my constant tool], I can *SEE* it move to its new location.
-----------------
That was  wrong, but leaving the 'true log' adds value. Literate programming.
A doco is a node of the tree; which is less spectacular to move.
It's moving a parent node [sub tree] that impresses me.
Eg. moving the whole <S pocket> of the concertina file.
Which is an unlikely/senseless move.
Hey, I'm designing this while I'm writing - NOW.
Thanks for the opportunity to help solve this BIG problem.

How would you do it?

BTW *nix officionados write such one-liners all the time.

== Chris Glur.