Reopt: recompiling compiled code to do enhanced optimizations. It works by mapping binaries into LLVM byte code, using the LLVM optimization passes to optimize the LLVM, and then combining the newly generated into the binary to generate a new executable.https://github.com/GaloisInc/reopt
-
-
Linux ABI is pretty easily mapped between architectures. Size/endianness being same is helpful. X86_64 <-> ARM64 ought to be straightforward. 8086 MSDOS -> 68000 GEMDOS was probably harder.
-
Size/endianness matching is absolutely necessary not just helpful. Kernel ABI mismatch issues are harder to patch up than you might expect, especially in relation to signal issues. This is why qemu-user is so flaky.
-
Since I wrote a functional 8086 -> 68000 binary recompiler back in 1988, I will simply have to say No, you're wrong on size/endianness.
-
-
You could probably *emulate* the original endianness by flipping low bits of sub-word accesses, but making it all consistent gets complicated, especially at external interface boundaries.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.