Alice ✨

@welltypedwit.ch

There’s no sense crying over every mistake. You just keep on trying ’til you run out of cake - GLaDOS https://welltypedwit.ch

is there anyone that actually understands how rice's theorem works omfg rice's theorem does not say that you can't prevent bad things from happening in a turing complete programming language.

does rust have an equivalent of strict-aliasing? i don't see any tbaa metadata in the generated llvm so i'm guessing no? that would be kind of surprising tbh since it would basically be free in safe code, wouldn't it?

this idea i had about combining logic programming with type inference is so incredibly cool that i'm really wondering why i haven't seen it anywhere before (and also hoping that i'm not going to find out why ^^)

i don't want to open this whole thing up again, but I think what really bothers me about the whole rust reaction to fil-c is that rust users have spent years arguing that the only important property is memory safety.

you know, i'm all for making your own website however you want it, but if i need to spend several minutes in devtools fixing your CSS to make it vaguely readable, you might want to reconsider a few things lol

i think it would be kind of fun to try and write a slightly more memory safe moving garbage collector in rust (not necessarily *practical* but fun). in particular, i'm mostly working with raw pointers because they have lifetimes that are kind of hard to express in rust ("until the next gc")

i think the funniest haskell habit i have is that my first instinct when writing a for loop is to write `for_` also, blazingly hot take but `for_ array \x -> ...` has a more sensible argument order than `for x in array`

it's taking soo much self control not to make my gc parallel from the start. it would be soo easy (parallel garbage collection: a famously easy problem that is basically trivial to debug)

does rust(c) specify anywhere how it translates ffi types? like, if i use a &'static ... in a repr(C) struct or an extern "C" function, i'm *assuming* it will just become a pointer to the outside (with the implicit obligation that it has to always be valid), but is that specified anywhere?

ai bros are always like "talk to cLaUdE! it's like an expert that knows about all of the last 80 years of PL reasearch" and then you look at what that "expert" tells them and it's always either the most superficial bullshit or the sort of thing we thought was a good idea in the 70s