It’s something of a “14 competing standards” situation, but uv seems to be the nerd favourite these days.

Those used to be called coffee shops, though now they are likely virus spreaders.

This is about installing on a Nexus 5 which is from 2013. Sounds painful.

Does gnu bc have outstanding bug reports? If not, it doesn’t need updates. Its spec was frozen 30 years ago, more or less. Rather than unmaintained, I’d call it maintenance-free. BIFL software as it were. Sounds great to me.

Seems like a whine, bc is an interactive tool and it’s unusual to use it for anything where its response isn’t instant.

GNU bc is one of the oldest GNU tools and it uses an MP library that RMS banged out in an afternoon or two, I think. It could probably be adapted to use GMP which is very high performance.

Preferring GPL to other licenses seems fine with me, unless I want to work for Amazon without getting paid.

I use autotools and don’t remember having such issues.

It sounds like he uses Rust and has some issues with it. IDK about green threads but Ada has had tasks (implemented in gnat with posix threads) from the beginning. If you pin a CPU core to a task and don’t use gc in it, that can handle your realtime stuff. Or these days, it’s becoming more common to use an fpga for cycle level timing control.

Note that traditional Forth cooperative multitaskers used a few hundred bytes of code or even less. This stuff doesn’t have to be bloaty.

Added: I’ve also seen a Boehm-style conservative GC in a few hundred lines of Forth. Using something like that in Rust could work nicely for lots of things.

Anyway, you can have a soft realtime gc with pauses in the low milliseconds (Erlang has that). That’s OOMs lower than most internet ping times, so plenty fast enough for web servers. Which are all full of JS bloat now regardless.

Yeah I had thought that C# was basically Microsoft’s version of Java, GC’d throughout. But it’s fine, I’m not particularly more excited by it now than I was before (i.e. unexcited). I’m not even excited by Rust, but maybe I’m missing something. I think it’s fine to use GC for most things, and program carefully in a non-allocating style when you have to, using verification tools as well.

A classic: http://james-iry.blogspot.com/2009/05/brief-incomplete-and-mostly-wrong.html

I’ll see if I can re-read your original post in the next day or so.

It’s not official or semi-official, it was just someone (a well known Haskell guru if that matters) speculating in a blog post.

https://chrisdone.com/posts/rust/

That is interesting and I didn’t know C# had anything like that. I saw another article recently saying at some point we were likely to see Rust get garbage collection.

Basically the variables like “greeting” in the program occupy memory locations, like “location 3”. Symbol resolution is when the compiler sees a name and figures out the associated location. Normally that is done with something like a Python dictionary (in the old days you’d have to implement the dictionary yourself, which was an exercise in its own right).

Slightly complicating the python example, there can be local and global variables in separate locations but with the same name. So the compiler has to figure out from context which one you meant. That too is an exercise.

Remote file system then?

There’s some confusing code there. What does it do?

Explain?

I just manually push and it’s fine. Or as the other commenter says, use a single remote machine.

This is not ham gear and it is spammy.

should I completely jumpship to linux when windows 10 ends support

Nah, there’s no need to wait.

Here’s another Haskell example where I’d be interested to see a Rust counterpart. It’s a red-black tree implementation where the tree invariants are enforced by types. The code would less ugly with more recent GHC features, but same idea.

https://gist.github.com/rampion/2659812

https://old.reddit.com/comments/ti5il

Well if there isn’t already a Rust version on github, it could be cool to add one. A few other languages are already there.