> Ship of Theseus replacement This why java seems an odd choice; I can't imagine trying to run a codebase that's a split between assembly and java (keeping beh

> Ship of Theseus replacement This why java seems an odd choice; I can't imagine trying to run a codebase that's a split between assembly and java (keeping behaviour the same as more and more code is shifted). The best idea I can see for that, is start with an interpreter for the assembler in java, moving procedure calls "up" into java. But I imagine getting the interpreter good enough to run the same as the original target machine would be a huge task in itself. [ed: leveraging clojure on the first iteration(s) might actually make the project feasible, though...]