xvm VS TablaM

Parts of Ecstasy are now implemented in Ecstasy. Here's the Lexer, for example.

Ecstasy

A Future reference has the various capabilities that you'd imagine, taking lambdas for thenDo(), whenComplete(), etc. The reference, in the above example, is a local variable, so you just obtain it using the C-style & operator:

FWIW - here is the stage manager code that I referred to.

Ecstasy (xtclang.org): Currently working on session management for a cloud-based HTTP back end. Not exactly compiler or language stuff, but it certainly is exercising the compiler and language.

I prefer to make my AST nodes fairly rich, and let them do the brunt of the work themselves. Instead of the 5 lines of code above, the assignment statement node in Ecstasy is over 1000 LOC. But it handles everything from initial validation through the MLIR emission.

No, not that specific project. It's our own Mid Level Intermediate Representation (or Mid Level Intermediate Language), aka MLIR/MLIL. Here's a snapshot of the operators.

Ecstasy project on Github: https://github.com/xtclang/xvm

Quite a few improvements in Ecstasy over the past month:

Early on, we had the This keyword, and its meaning was "this type". So if a method on class Collection was declared as This add(Element), it meant that the method returned the auto-narrowing type of this. We later changed it from This to Collection (or whatever the class name is) and added the Collection! (non-narrowing) form, because there were syntactic needs (e.g. inner and outer auto-narrowing class references) that could not be covered by This. We evaluated a few different options, and we liked (and still like) the result that we came up with. That said, I still wish we had a This keyword (see the 5th bullet point) for the "this type", but 🤷‍♂️.

I will be happy to get coding parters and/or funding:

https://tablam.org

I also work in [this space](https://tablam.org).

The tool that was great for this is FoxPro.

Is like access, but the genius thing is that it include a super-charged "repl" aka: the command window.

It allow to combine GUI + Help + Terminal in one single tool, so you can do

    use table

Not exactly Rust-like, but for https://tablam.org I mix relational + array + ML-ish. I think the array paradigm plays nice and reduce so much looping.

(You can see how to combine both in my code at https://github.com/Tablam/TablaM/blob/master/src/parser/src/pratt.rs)

If you are good at rust it also could be a good experiment. I think it could work very well (I also work on it for my lang https://tablam.org). It could be an issue with the borrow checker, but making everything Arc/Rc I think is fine.

BTW: The sister project https://github.com/zesterer/chumsky/ pre-implement this with a relatively easy interface. But doing it manually is totally doable and something I'm working on: https://github.com/Tablam/TablaM/tree/master/src/parser

For my relational lang I marry also array paradigms and start doing it to be "columnar". This is neat for performance but clashes heavily with everything.

> I wish there was a modern language that compiled to SQL (like PRQL, but with data mutation).

That is nice, but much better will be language that is relational itself.

I'm working on one (https://tablam.org) and you can even do stuff like:

for p in cross(products, qty) ?limit 10 do

I work in similar use cases, making my own lang and in part doing a RDBMS. I do ERPs so this is something I need for my customers.

I work on a niche eCommerce app (https://www.bestsellerapp.net) that I only sell in Colombia for now.

Is mostly about making orders/invoices for small companies.

A LOT of people are like me that work in this space that you never heard of. Doing the "same" kind of apps that have a bigger brand but because we serve locally can do a better job there.

---

Other option is open source. I think https://tablam.org could become an Access/excel option for my customers for the same reasons.

Open source itself is not very profitable (heck, I love to work more on TablaM than my ecommerce app but that one is what bring food).