Fri3dNstuff

I looked at the bug a little further, and managed to produce an even smaller minimal example: ```gleam case "" { "" as a _ -> Nil _ -> Nil...

Generalising on this, how about reporting a warning *for all* statements that evaluate to a type that is not `Nil`, are not `let`/`let assert`, and are not the last statement...

> Therefore, the term `anytype` in this context should be replaced with `generic`. How about the keyword `dependent` instead? I think it signifies much more clearly the fact that the...

After originally being very opposed to the proposal I've come to like it quite a bit... Here is my argument in favour of this proposal, that I haven't seen mentioned...

@Pyrolistical probably not; according to the [language reference](https://ziglang.org/documentation/master/#toc-Precedence) the precedence of the `a!b` operator is higher than `a || b`, this means that the expression would be parsed as `error{A}...

Here's my counter-proposal for solving the 1st problem outlined in the issue. As I understand the proposal, its solution to the problem is the following: - Permit calls to `@returnAddress`...

> Can you share your testing methodology? @andrewrk sure, it's not anything sophisticated - I'm running through 10,000,000 random pairs of numbers, computing their gcd, once with each algorithm (also...

@scheibo > https://lemire.me/blog/2024/04/13/greatest-common-divisor-the-extended-euclidean-algorithm-and-speed/ suggests a hybrid approach is likely superior to simply the binary approach, and incidentally is also what [libc++ has switched to](https://github.com/llvm/llvm-project/pull/77747/files) translating the C++ code to Zig,...

I have played around with @ProkopRandacek's algorithm, attempting to make it use unsigned numbers. surprisingly, this new version is 18% faster, running on my machine. can anyone please confirm that...

I have refined the algorithm a bit further, and managed to squeeze a few more percent of performance out of it. I believe these improvements are applicable generally (and aren't...