edit

Hello fellow Wikipedians,

I have just added archive links to one external link on Binary recompiler. Please take a moment to review my edit. You may add {{cbignore}} after the link to keep me from modifying it, if I keep adding bad data, but formatting bugs should be reported instead. Alternatively, you can add {{nobots|deny=InternetArchiveBot}} to keep me off the page altogether, but should be used as a last resort. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—cyberbot IITalk to my owner:Online 14:46, 29 March 2016 (UTC)Reply

DRI introduced a *binary* translator or a *source* translator?

edit

Source-to-source compiler#XLT86 claims that XLT86 translated 8080 assembler language to 8086 assembler language, not 8080 machine code to 8086 machine code. This manual for XLT86 says the same thing.

Did Digital Research also have a binary-to-binary translator, or are the references speaking of a binary-to-binary translator from DRI confused? Guy Harris (talk) 21:04, 5 January 2018 (UTC)Reply

XLT86 was an optimizing source-to-source translator, not high-level to high-level, but from assembly code to assembly code. Since there is (almost) a one-to-one correlation between assembly language and actually executable machine code, the sources are somewhat misleading in regard to the nomenclature when they talk about binary recompilation, but not totally confused either.
One can think of binary recompilation through XLT86 as a batch process involving a disassembler, the source-to-source translator and an assembler. Disassemblers and assemblers were also available in various forms from Digital Research.
Also, XLT86 was not a straight-forward translator carrying out only transliterations, but it performed global data flow analysis and was applying various optimizations. The multi-pass translator translated the input into some binary in-memory structure representing the program graph. This is even closer to binary recompilation, except for that the output was, again, human-readable assembly code rather than a binary image.
In summary, the references could have been more clear about it, but nevertheless XLT86 set the groundwork for binary recompilation as well.
--Matthiaspaul (talk) 20:19, 22 January 2020 (UTC)Reply