Recursion makes it cheaper to run in the dev’s mind, but more expensive to run on the computer.
Maybe for a Haskell programmer, divide-and-conquer algorithms, or walking trees. But for everything else, I’m skeptical of it being easier to understand than a stack data structure and a loop.
In a single one-off program or something that’s already fast enough to not take more than a few seconds—yeah, the time is spent better elsewhere.
I did mention for a compiler, specifically, though. They’re CPU bottlenecked with a huge number of people or CI build agents waiting for it to run, which makes it a good candidate for squeezing extra performance out in places where it doesn’t impact maintainability. 0.02% here, 0.15% there, etc etc, and even a 1% total improvement is still a couple extra seconds of not sitting around and waiting per Jenkins build.
Also keep in mind that adding features or making large changes to a compiler is likely bottlenecked by bureaucracy and committee, so there’s not much else to do.
Not necessarily. It depends on what you’re optimizing, the impact of the optimizations, the code complexity tradeoffs, and what your goal is.
Optimizing many tiny pieces of a compiler by 0.02% each? It adds up.
Optimizing a function called in an O(n2) algorithm by 0.02%? That will be a lot more beneficial than optimizing a function called only once.
Optimizing some high-level function by dropping into hand-written assembly? No. Just no.
Yeah, you have to be pretty deranged to mix multithreading and recursion together.
Error: undefined reference ‘money’
In some encoding scheme, those digits can represent something other than binary digits. If we consider your string of digits to truly be infinite, some substring somewhere will be meaningful.
Ok, what kind of monster names their executables .elf?
Type-safe lipstick :)
To offer a differing opinion, why is null helpful at all?
If you have data that may be empty, it’s better to explicitly represent that possibility with an Optional<T> generic type. This makes the API more clear, and if implicit null isn’t allowed by the language, prevents someone from passing null where a value is expected.
Or if it’s uninitialized, the data can be stored as Partial<T>, where all the fields are Optional<U>. If the type system was nominal, it would ensure that the uninitialized or partially-initialized type can’t be accidentally used where T is expected since Partial<T> != T. When the object is finally ready, have a function to convert it from Partial<T> into T.
Probably fear, then subsequently followed by their brains next to you on said wall. Whichever government paid for a multi-year campaign to backdoor enterprise Linux distributions is not going to be happy about this failure.
To be fair to PDFs, they can contain JavaScript. Blame Adobe for that and their originally-exclusive-to-Acrobat extension for that.
If he had said “LaTeX” or “roff”, that might have been a good example of something that blurs the line between the two. They aren’t specifically intended to be programming languages, but with a powerful enough macro system, a markup or typesetting language can be used in the same way as something like Brainfuck.
The fact that they actually have dynarmic and sirit sources puts this one a step ahead of the failed-and-now-closed Nuzu fork.
Voluntary from the perspective of GitHub. If it was through a DMCA request, all the forks would be gone with it.
I wish I were joking, but it boils down to “condemn piracy, tell everyone emulation is legal, and keep the code open-source.”
Source, as stated on the project subreddit. In the same post, he also disclosed his country of residence.
This fork doesn’t even have the code for the dynarmic submodule under the externals/dynarmic directory. MerryMage/MerryHime took that down with Yuzu, and it’s a core part of the JIT recompiler.
Not to mention, the commit history was wiped clean while a new Patreon was created before even touching a line of C++ code (and subsequently realizing it’s missing most of the dependencies).
The release downloads work, but I don’t expect a long future for that project. The creator publicly posted his country of residence on Reddit, and doesn’t have much of a plan to avoid a lawsuit other than “we’ll condemn piracy wherever we can.”
On top of that, it has a brand-new Patreon and is missing the source code for core parts of the emulator.
The repository removal was voluntary and done by the Yuzu team. GitHub doesn’t have to do anything and won’t do anything. Even when they receive a DMCA takedown, they only block forks made through GitHub’s “fork” button.
The system is absolutely bullshit. If this makes it into a courtroom, the odds will likely be even further stacked against Yuzu. The chance of getting a judge that goes out of his/her way to understand the technical arguments is extremely low, and it’s a lot easier to argue that unauthorized decryption is bypassing something than it is to argue that software needing to do it to work isn’t primarily designed to do it.
Unless the EFF steps in and bankrolls Yuzu, the most realistic case here is that they settle out of court and Nintendo gets exactly what they want.
NaN != NaN