You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more
Converting x86 apps to ARM statically is not a thing, and will *never* be a thing, because that would break mathematically proven theorems about computer science (beyond obvious cheats like just embedding the emulator into the "converted" app).
You *always* need to JIT, you *always* need an escape hatch no matter how much work you try to do ahead of time, and you *cannot* statically infer all the information required for full static translation in all but the simplest cases.
The best Rosetta 2 can do here is just scan the executable ahead of time, and try to JIT everything it *guesses* it might need later ahead of time. It won't know until the app runs whether it guessed right. It's an emulator. A nice, well engineered emulator.
(Alternately, if you subscribe to "emulators don't translate, they interpret", then qemu and Dolphin aren't emulators either)
Wine Is Not an Emulator, but wine works under Rosetta 2, which is. Is Rosetta 2 statically translating Windows apps to macOS ARM? Obviously not :-) Is Rosetta 2 JITting Windows apps when run through Wine? Sure! Is it caching those translations? We don't know! Open question.
Wouldn't that depends on how the instruction set is defined? I'm pretty sure JVM AOTs exist. But so long as you have indirect branches that can go to things other than well-defined function starts, and only return to well-defined return points, well, good luck AOTing ROP :P
Yes, *if* the thing you're translating has been specifically designed with constraints and metadata to make it possible, then you can do it. That's, after all, what LLVM bitcode is. Also maybe you can truly AoT NaCL x86 binaries? Just a guess, that would be interesting.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
