|Code review request - symbolic execution engine
|Page 1 of 1|
|Author:||russellsprouts [ Tue Feb 06, 2018 12:36 pm ]|
|Post subject:||Code review request - symbolic execution engine|
I've been working on a sort-of emulator for the 6502 as part of a compiler project. Here's the github repo. It symbolically executes 6502 code.
I was hoping to get more eyes on the emulator code. I've probably got some bugs in there. In the repo, emulator.h is the core of the 6502 emulation. The emulator takes a machine (virtual 6502 processor) and a single instruction, and applies the instruction to the machine. (Repeat as desired). There are two machine implementations -- random_machine.h is a processor with randomized actual numbers for all of its state. abstract_machine.h is a processor with symbolic values (like algebraic variables), and after each instruction the state is a formula for the resulting state in terms of the initial state. I wrote emulator so that it can take both types of machines. Note that I'm using my own representation for the instructions, with a byte for the operation (adc, plp, etc), followed by a nybble for the addressing mode (absolute, indirect y, etc), and a nybble for the operand.
Any help would be great!
I'm also open to suggestions to expand this. I want to add the unofficial opcodes for the 2a03, and maybe modes for other 6502 variants -- 65c02, etc. I also want to parameterize it by the set of live variables, especially the flags.
More info about the project:
Using the z3 theorem prover, I created a symbolic execution engine for the 6502. It can run small sequences of 6502 instructions and prove equivalences between them.
It's not able to run all programs. There are some limitations:
Think of the operands as unknown variables. c0 could be any 8-bit value, absolute0 could be any 16-bit value.
My program can find somewhat equivalences like this:
lsr; bmi Absolute0 <-> lsr
(This is true because after lsr, the high bit of a is guaranteed to be 0). (Yes, I use a 16-bit value as the operand for branch instructions. Just think of it as the result of adding the signed 8-bit offset)
I have code that basically tries all instruction sequences up to a certain length and compares them to build up a database of optimizations. There are a bunch of tricks to speed this up (see this paper if that interests you). That code (enumerator.cpp) is really messy and not quite working yet -- I don't need a code review for it now.
edit: fixed paper url
|Author:||Rahsennor [ Tue Feb 06, 2018 6:01 pm ]|
|Post subject:||Re: Code review request - symbolic execution engine|
Sweet! This is exactly the sort of thing I wanted for my compiler. I even read the same paper!
Don't have time to look it over now (and won't for a good long while) but I'll be back to help if I get half a chance.
|Page 1 of 1||All times are UTC - 7 hours|
|Powered by phpBB® Forum Software © phpBB Group