The most notable IMO is that he was responsible for AmigaOS's kernel.

Tcl/tk is still alive and doing well. It's cross platform, very quick to learn, and easily embeddable into other languages/projects.

I wish the nu-shell stuff was set up so that its language could be used as a Rust crate independentl of the shell? Like in your own runtime? Because it's not a bad general scripting language and kind of makes sense to me to embed in things like editors etc. Places where people would use Tcl (e.g. hw eng / fpga tools etc) or a Lisp (emacs) or an embedded Python/Lua now.

But when I looked at their crate structure it did not seem like this was possible. I don't love nushell the language but it actually fits a niche that not much else fits.

"simple cross-platform GUI+programming language" livecode.com fits that description. It's been my daily driver for years, but full disclosure I'm now looking for something similar to your requirements, but python-based.

Many people here hate on Electron but cross platform gui app development really sucks without it.

How about C?

Consider iced, which brings The Elm Architecture to Rust

https://iced.rs

Looking at the github tracker it seems like development has really stalled. That's the way these low bus factor projects go sometimes, especially when the main dev loses interest and the contributors are left to pick up the slack. But since there's so much history there, hope remains that it will see renewed interest one day. Sometimes life just gets in the way.

Nothing has changed because I still can't compile it on 64 bit Linux without a lot of hassle. I think that added friction to get it to work and try it out is enough to keep the majority of potential contributors away from it.

> The 0.7 should be the last big milestone for the 32-bit Red version and current toolchain and we will be working on that first.

> v1.0b : (beta) completed self-hosted Red with 64-bit support.

See you at v1.0, then.

That is a major showstopper for it getting attention. Don't know how making sure it runs on 64-bit OSes was not/is not a top priority. Appears that people have been complaining about that for years.

how did greed ruin it?

I had tried it out a bit earlier, but don't remember reading anything about it getting ruined.

I actually think languages should rather enforce spaces around (most) operators for a number of reasons. One is clarity, another one is that it should make the grammar simpler. Whether `alice+bob` is a good name for a variable is certainly up for debate but using hyphens for compound names (as in CSS) is in principle even better for readability than using underscores (and def better than cAmElCaSe). I find this a similar issue to the (to me, mal-) practice of allowing `.86` for what should properly be written `0.86`; this, too, introduces complexity with very little gain, if any, in usability.

Dealbreaker for you. I'd hate for you to see Agda..

I tried some of the examples using red-view and it worked perfectly.

It uses gtk3 behind the scenes.

It is difficult to pin down how to describe it. It is homoiconic as well like lisp (at least the scripting part of Red), but seems to be used in some kind of functional imperative style.

Red the language came along in 2011 - the same year as Witcher II used REDEngine for the first time. So I guess I can see where some confusion can arise.

Red is a general programming language, instead of a game engine's personal DSL.

Last time I tried (perhaps 4 years ago?), it works on 64-bit Linux. But you still need to install 32-bit compatibility libs. On macOS, well sadly it's still 32-bit. Not sure how many folks are still using Mojave...

For downvoters. I made an effort to file a very detailed bug report regarding this issue. I'd love to make it work but it seems like original REBOL binary is also 32-bit only. I still don't understand why the provided binary is a rabbit hole of problems. I do want to try it on my system and open to making an extra effort to make it work. :)

It's all just Turing machines, or Lambda calculus, or NAND gates

   https://en.wikipedia.org/wiki/NAND_logic

Or maybe...maybe...we're having some problems that our current programming languages aren't addressing:

https://www.hpi.uni-potsdam.de/hirschfeld/publications/media...

And so we should:

https://dl.acm.org/doi/10.1145/3689492.3690052

That's like asking "What's with all these people writing books? Is there a gap that is still not addressed by existing books?" Programming languages are fun to write, it's not more complicated than that.

REBOL is 28 years old.

> Wow - what's driving the quest for new programming languages? Is

People having an interest in exploring the topic.

languages are not about what you can do but what you can safely (that is, without introducing bugs) abstract while remaining productive (you can code easily) and conducive of human organizations (you can organize team communication around the code).

True, true. But maybe somewhat reductive? What about complexity? The one arising from the growing code, and the other in the brain using the language? I feel new languages try to strategize in the domain of complexity management.

Languages are for humans, not for computers, who read binary anyway.