Show HN: Term-Lisp – A Lisp, based on pattern matching and term rewriting
53 points
10 hours ago
| 4 comments
| github.com
| HN
James_K
1 hour ago
[-]
I'm really annoyed when lisp languages use infix operators. Is it really so hard to write (= (f a) b) over (f a = b)? In fact, can you even call it lisp if the first element of the list isn't the operation of that list? Perhaps if they had a special bracket type for definitions I would be more amenable to it, but the idea that a symbol half way through a list completely changes its meaning simply doesn't sit right with me. Isn't this just a term rewriting system with an extra pair of parentheses?

Also, why is this needed over the second line?

  (map a (:lambda fun) = fun a)
  (map a fun = fun a)
reply
BoiledCabbage
7 hours ago
[-]
Term re-writing systems are a really interesting way of looking at computation.

It completely abstracts away the concept of a machine, and it's simply translation as computation - but equally as powerful.

reply
llm_trw
7 hours ago
[-]
It's a shame the standard texts are all 20 years old or more than way too heavy mathematically.

A little book for term rewriting would be a great new addition.

reply
entaloneralie
6 hours ago
[-]
Here's a little zine on multiset rewriting(unordered term rewriting), John Conway said(about Fractran in The Book of Numbers) that it is such a simple paradigm of computation that no book is needed to learn it, and it can be taught in 10 seconds.

https://wiki.xxiivv.com/site/pocket_rewriting

reply
BoiledCabbage
4 hours ago
[-]
I'm somewhat surprised there isn't a semi-mainstream language for it. It's incredibly simple, with very few core concepts yet very powerful.

Similar to LISP in that sense.

reply
UncleOxidant
19 minutes ago
[-]
There's Pure, but it's not exactly mainstream: https://agraef.github.io/pure-lang/
reply
alxmng
2 hours ago
[-]
I think the issue is performance. A true term rewriting system has to essentially operate on text, right?
reply
Jtsummers
2 hours ago
[-]
No, it can operate on a data structure as well. There's string rewriting which does operate on text (but this can be stored in a structure amenable to applying rewrite rules versus brute force copying it or something silly). For term rewriting, there are plenty of efficient ways to store and operate on the information besides just textually.
reply
simplify
1 hour ago
[-]
Not necessarily, I would think terms can be converted to numbers like how the Ruby vm compiles symbols.
reply
entaloneralie
3 hours ago
[-]
Maude is the most famous one that I know of I think.

https://maude.lcc.uma.es/maude-manual/maude-manualch1.html#x...

reply
opminion
2 hours ago
[-]
The foundations of Wolfram Language (Mathematica) are about transformations on symbolic expressions, at least conceptually.
reply
Jtsummers
4 hours ago
[-]
https://www.researchgate.net/publication/243768023_Mathemati...

Mathematica is at least semi-mainstream. Not sure of any other examples though.

reply
simplify
7 hours ago
[-]
Agreed. This reminds me – and I wonder if it could be applied – to Computational Type Theory, which relies on a similar concept of "reducing" types to their primitive forms, actually taking computation into account (something type theories normally do not!)

This lecture series goes into how it works: https://www.youtube.com/watch?v=LE0SSLizYUI

reply
lo_zamoyski
6 hours ago
[-]
I would argue that it is more "primordial". After all, computation is first and foremost a human activity, generally performed using pen and paper, which involves a good deal of rewriting (computers were originally people). The machine only came later as a way to simulate this human activity. Its meaning is entirely contingent on the primordial notion. It have no meaning on its own.
reply
practal
3 hours ago
[-]
Of course term rewriting has a meaning of its own, it is at the same time more meaningful and simpler as any other form of computation.
reply
llm_trw
7 hours ago
[-]
This is vastly more pattern matching than term rewriting. In a term rewriting system you have no types for a start: https://en.wikipedia.org/wiki/Rewriting
reply
convolvatron
6 hours ago
[-]
is that important here? it looks like semantically types as presented are no more than magic constants to match on
reply
llm_trw
6 hours ago
[-]
Yes, in term rewriting systems the only thing that matters is the lexical structure of the "program" you're running on top of the transform rules. A simple example of running a TRS is a term of a BNF grammar, a less simple one is a symbolically expanding a term in a computer algebra system.
reply
convolvatron
6 hours ago
[-]
ok. sorry, so the issue is not that some of the runtime data is being interpreted as types, its that decisions are being made based on the data and not solely on the structure of the program.
reply
kazinator
1 hour ago
[-]
Marty Alain's Lambdaway is another term-rewriting evaluator, of sorts.
reply