The plugin directly adapts code from GNU Grep, so they MUST release it under the GPL, as far as I understand.

All you really need is a copy of "The Unix Programming Environment", where you can implement `hoc` in a couple hours.

What do you mean by that? bad support for what?

Swift too, in 6.3!

The blog started publishing in 2017. Why do you think this?

That is what raincole is asking about. Do you have a source for this, in the Uk context?

As of very recently, the entire stdlib (i.e. "Foundation") is open source and available on all platforms Swift targets. For a while, the Linux builds had a much smaller/limited version of Foundation, but it's fully supported now.

If it weren't for the 11k process fork bomb, I wonder how much longer it would have taken for folks to notice and cut this off.

Thats the thing, i noticed it almost instantly when trying to install a package that depended on it, as soon as it started, it hard locked my laptop, didn't get to infect it.. but if they had slowed down that fork bomb.. it would have done more damage.

Yeah, and this is a pattern I saw in the Fancy Bear Goes Fishing book, a lot of discovery of malware is either pure luck, or blunders from the malware developers. https://en.wikipedia.org/wiki/Fancy_Bear_Goes_Phishing

This generation's internet worm?

I spent last week (with Opus, of course) porting the xv6-riscv teaching operating system to a bunch of different languages. Zig, Nim, LISP, and Swift.

The improvements in embedded Swift have definitely made it one of the most enjoyable/productive languages to work on the OS. I feel like I can build useful abstractions that wrap raw memory access and make the userland code feel very neat.

On the other hand, the compilation times are SO bad, that I'm really focusing on the Nim port anyway.

It's been a long time since I came across Nim. I thought it was really interesting about 12 years ago. What made you land on Nim instead of any of the more obvious alternatives?

I was looking for something that allows easy access to direct memory, with a syntax thats a little easier to explain than C. Frankly, zig was not actually a real viable option based on that syntax requirement but I still wanted to explore it.

Nim really is clean and simple.

Yeah, for a language that claims to be a better modern alternative to C, zig verbose syntax is really an eyesore to look at compared the very same codebase written in C...

I lost immediately any interest on it

Nim is really incredible. The only things I cannot get over is the fact that it goes the inheritance route in a way I find to be hacky and fragile (no more than one level, really?) and traits are not a core feature. If Nim's primary approach was composition + Rust-style traits (that work at compiletime and runtime), I'd have a hard time wanting to use anything else.

How about Odin?

yeah, Nim is great for that... much easier to explain to others than C or Zig especially for math code

LISP like McCarthy LISP?

That would be the "hardwired" option.

Eh, it was considered user programmable and generally came blank from the vendor.