xydone

C compiler != C replacement

Were the copyright owners contacted prior to this lawful obtaining that you speak of? Or after?

Luddites, the group of people which famously were concerned about societal impact of a piece of technology? Right.

Yeah, that's also fine. However I am personally willing to side with the group which's arguments for the cause are environmental and societal impact over the one which's rebuttal to that is the fact we were wrong once 40 years ago. That's just me though.

I have a feeling that comparing a safe, sustainable energy source to large language models is disingenuous. If you support LLMs and the field, you can just state it outright, without insincere comparisons.

Maybe people just like the language

The point the post you replied to is making is that while you get value out of it, and in your case it's not that expensive, it's just simply not the case worldwide

I'm well aware, my hope is that people eventually decide to move to a more independent platform.

There's not much Letterboxd does that cannot be federated. For one, their metadata database is a near full replica of TMDB, with very minor exceptions such as retaining deleted TMDB media. I'm not opposed to Letterboxd dying if it means people consider an alternative that is less fragile.

Oh that's interesting, never noticed it in my experience but I have never written anything in wasm where it would matter. Makes perfect sense now that I think about it though. Thanks!

The memory64 proposal was merged into upstream last year, any reason to opt into 32 bit despite that?

There is no ETA on 1.0, but breakage has followed the pattern of it not really being hard to upgrade to a newer version, as it is very well documented on the version release notes.

People from ZSF and other maintainers have had a pretty clear stance that, while they don't necessarily like LLMs conceptually, they don't really care about if you will use them for tooling or development of your own projects. The anti-LLM stance has been on things that directly affect development of Zig (communication around issues, feature/pull requests, etc) and now, an event which is meant to be a connection place for Zig developers around the world to show off their projects and talk about other projects, and I'm sure you understand why this is a nice place to have human on human communication be the primarily encouraged method.

None of these really affect the end user of the compiler of making functioning, good tools with the language, with a LLM, if they wish to. Ghostty uses LLMs extensively, Bun was essentially vibe coded even before the Rust port. You might not wish to, ideologically speaking, develop in a language built by people who don't like your method of building things, but it's not a blocker that will turn the language into a "hobby language" (if we are judging hobbyism by lack of AI usage)

This is a PR that has been getting reviewed since the end of January. The Bun port branch was created 9 days ago.

The LLM rule has been a thing for a very long time at this point.

Maybe I'm the person who yells at clouds but I find the personification of LLMs, for lack of better, less strong words, horrific.

It's a relatively small gym so I assume they don't have the resources to improve the system and quite frankly I too would prefer if they spent the money on more equipment

Ohh, I see! At my gym, locker keys are given to you by the front desk and you put in something as deposit (such as your gym card or whatever you wish) and on your way out you give the key and you get your deposit back.

Assuming you don't have an automated system to give away locker keys, wouldn't this be explained by the fact that gym front desk is more likely to give out the lowest number available and as you took X, they will give out X+1 for the next person?

Out of curiosity, what M3U client do you use? Many recommend TiViMate but having to pay a premium for basic features seems stupid to me.