History log of /dalvik/docs/instruction-formats.html
Revision Date Author Comments
3c5df37a2df7368eb274eb097e9cfa2ccc7fffb6 26-Jan-2011 Dan Bornstein <danfuzz@android.com> Basic facility to read/write bytecode.

These classes are meant for reading and writing bytecode at the lowest
possible level, in particular without layering any interpretation of
the instructions beyond understanding the instruction formats. (For
example, constant indices remain numbers and aren't tied to objects
representing constants.)

This patch represents a work-in-progress that compiles but is as yet
not hooked up to anything else. Hooking it all up will happen in
one or more follow-on patches.

Change-Id: Ifd3b3ff0925dc9dc3d82e507dc1be83cb560031d
9ac2199331bdee44504c0328c2d4e99fdd545416 11-Dec-2010 Dan Bornstein <danfuzz@android.com> New jumbo verification error opcode.

I'll regenerate the vm code for this in a follow-up change.

Change-Id: I59a0a91d39fd539f1b3a25f1f2889618fa484b96
fa2f5add0e833f2c90cbceb13cee5a28d4a29c6b 11-Dec-2010 Dan Bornstein <danfuzz@android.com> New instruction format for verification errors.

Change-Id: I99e6828487dcc7f6277bb710e4279ce0aa8c7563
3c6c8c7f3b5af796fc59d47876d488a716e32d51 01-Dec-2010 Dan Bornstein <danfuzz@android.com> Bring 00x and 20bc into the fold.

Change-Id: I12fde7eb665c9f3b75684018457f9464b0990156
3d2c95a1521c2b2f1b2b6ed577a2e2be1f32274b 10-Nov-2010 Dan Bornstein <danfuzz@android.com> Pro-active pre-harmonization.

This is the same idea as my last change, except with the new
extended opcode formats. I also added a little more explanatory
text.

Change-Id: Iab9d1beb1ed445b94e72a438dfb83ea077c8c35b
82c426d0b59efd2ac7be924bf2e52aad811739a3 10-Nov-2010 Dan Bornstein <danfuzz@android.com> Spec/implementation harmony.

I did two things here: (1) made the lettering for formats 35c and 35ms
match how things are actually implemented; and (2) formally defined
formats 35mi and 3rmi, to correspond to the inline linked formats
actually used in our current implementation.

In neither case does this change the meaning of the spec in any
substantive way. The first case is just about labels, and the second
case is just about (from the standpoint of the spec) a suggestion.

Change-Id: I6a6226a8cdd82ae4dcc43d342a9e9b98582cefd7
9f7f6a92ebec8dd12e310901301d857e2ee323da 26-Oct-2010 Dan Bornstein <danfuzz@android.com> Implement the new instruction formats.

I also refactored some of the old code in the process, to minimize
duplication, and I also did a minor cleanup of the format spec.

Change-Id: Ib07ea4ade52aa6ec4fa69000798e0cfb8f10c3a9
2572eae4c78d54df2bbd050e2129d00115a26cc2 21-Oct-2010 Dan Bornstein <danfuzz@android.com> Minor clarifications and cleanup.

Change-Id: I571ca9ac8f7a258a6e5d19208f382f42ee0aab22
7f01b33ca264fef60de72fd00258dc95604286de 21-Oct-2010 Dan Bornstein <danfuzz@android.com> One more format and our first set of wide opcodes.

Change-Id: I16731c1b66b40022c2e10c93640583ae43659701
a7acbf10684eb69789c1120497650fa0a8312aa7 20-Oct-2010 Dan Bornstein <danfuzz@android.com> New instruction formats for expansion beyond 256 opcodes.

Change-Id: Id57cee56a9b49a2d6434ab2c41657d4a4cb9ed61
f6c387128427e121477c1b32ad35cdcaa5101ba3 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
f72d5de56a522ac3be03873bdde26f23a5eeeb3c 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
31e30105703263782efd450d356cd67ea01af3b7 03-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@132589
6dcac3deb3c19dc634470eb30b2daedf2b201bd4 03-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@137055
2ad60cfc28e14ee8f0bb038720836a4696c478ad 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution