3530d30f6adfd8b8607d6a0bf7988833945f5cf4 |
|
17-Jan-2014 |
Jean-Marie Henaff <jmhenaff@google.com> |
Remove code related to extended-opcode. - This support was removed one year ago. (cherry-pick from commit 18b65cbb3ec6634618bd3240a692507432e634b5) Change-Id: I1154e518dc8a15220f2fcb163056570030492bb0
|
ab35b50311951feea3782151dd5422ee944685c2 |
|
05-Jan-2012 |
Elliott Hughes <enh@google.com> |
Remove unsupported experimental opcodes. External developers were starting to try to get themselves into trouble with this stuff... Change-Id: I2b03bfeaa8c98b6a994bc7924fc8dcf4e4d4f6cb
|
9fdbd91288a237eb58e18e4de9c729c3c268c318 |
|
25-May-2011 |
Dan Bornstein <danfuzz@android.com> |
Update dex file magic number. Even though the dex format was technically resilient with respect to the addition of new opcodes, consensus is that the errors one sees when trying to use a new dex file on an old build were sufficiently inscrutable that it was worth the effort to update the version number embedded in the dex format magic. This change updates dx to produce the new version number when extended opcodes are enabled (which is the default, but may be overridden by targeting an older API level). This also updates the vm to recognize and accept both the new current version number as well as the immediately previous one. Note: It won't reject an old-version file if it happens to use the new opcodes; that would just be a gratuitous and pointless failure. Bug: 4364986 Change-Id: If8febbb0b91c1719df4247bf69c511251362d91f
|
f4955a1a2eb1c06aafc9e314b221c448d15623d9 |
|
17-Mar-2011 |
Dan Bornstein <danfuzz@android.com> |
Add opcode-emission backward compatibility. This makes it so that when you pass dx --target-api=N, where N is an API level representing Honeycomb or earlier, dx will not emit any of the new extended opcodes. N is currently baked into the code as 12 or larger being post-Honeycomb, but it is subject to change if there are more revs of the API under the Honeycomb umbrella (which wouldn't be surprising). Bug: 4094709 Change-Id: Iaf5177f179b22586bcf806ecb53de20b6e989777
|
3dfda9ad1964510e4a7948a240b30cd710e86341 |
|
17-Mar-2011 |
Dan Bornstein <danfuzz@android.com> |
Add --target-api=N option to dx. This change adds the option and plumbs it into where it needs to go, but doesn't add any code to take action on it. That will come in a follow-up. Bug: 4094709 Change-Id: I9c796e176e125b0bcee18af56d9e6da802dfa081
|
a754fbb1555f9ac2d14de0ffd0046c780732da5a |
|
02-Feb-2011 |
Dan Bornstein <danfuzz@android.com> |
Move opcode names into OpcodeInfo. This also allowed me to remove the Instruction argument from the CodeReader visitor methods. Per previous discussion, this also gets rid of the redundant argument output in FindUsages. I can clean up CodeReader some more in a follow-up. Change-Id: I7a65e8d74498e201fd169cddde0d1f19d6f33f81
|
7ba91291bb6ce64691398a8751656207e8e3e98d |
|
30-Jan-2011 |
Dan Bornstein <danfuzz@android.com> |
Move dx.dex.code.DalvOps -> dx.io.Opcodes. This breaks a nascent circular dependency, keeping dx.io the lower layer. Bonus: While I was in the territory, I clarified the data payload opcodes, including adding explicit constants for them. Change-Id: I8655064ebc3b5713cbb4a6c83bcc90984393701f
|
de73f8ed3def229f8a5fc065c8955ec87d28e1e7 |
|
09-Nov-2010 |
Dan Bornstein <danfuzz@android.com> |
Add const-class/jumbo. I neglected to include this one in my original list of new opcodes. Change-Id: Ia59b4b2f21516d851f0398361eb5db1cb413aaab
|
737fac2604600f92a47156a7f15a1f008996a7df |
|
09-Nov-2010 |
Dan Bornstein <danfuzz@android.com> |
Add the new jumbo opcodes to dx...almost. This change adds the new opcodes while simultaneously preventing them from actually being emitted, the prevention being controlled by a new flag in InsnFormat. Empirically speaking, we already have latent demand for the new opcodes -- specifically because they allow for wider register references than their wee companions -- and so we can't actually enable their generation until the VM is prepared to execute them. If you're wondering why dx without the new opcodes doesn't crap out on the register references in question, it's because there's code in dx which will expand an instruction that has non-fitting register references into a sequence of two or more instructions, where it shuffles values into and out of usable registers before and/or after the instruction. When we turn on the jumbo opcodes, at least some of these register shuffles will immediately get to go away. Change-Id: I3f921ab07efa4944d7526fa48534d69f508ac249
|
380dc65454b24ee89274ed26b1188386ece7ccdc |
|
04-Nov-2010 |
Dan Bornstein <danfuzz@android.com> |
Use the static opcode chains in dx. This removes the need to iterate over all possible opcodes looking for family/format matches whenever the need arises to rewrite an instruction with a new opcode. This should speed dx up at least a little, though I don't know if it will be measurable. It's certainly cleaner and a bit simpler, though. Change-Id: I779f19cb1249d30f6886faf76670ae37d5dfc402
|
ec85aa98842a86cb68664de8149f8ff495babe79 |
|
04-Nov-2010 |
Dan Bornstein <danfuzz@android.com> |
Start including the "next opcode" in Dop instances. Nothing's using it yet, though. Coming soon! Change-Id: Ide34647fce6ad55fe52c8f6012145b724c134799
|
e49178a6a7aba223ec27d45d0355a19959bb7f3c |
|
04-Nov-2010 |
Dan Bornstein <danfuzz@android.com> |
Line width / spacing tweak. Change-Id: Idf9c4f56b24e2b150c519f8ed140650183b47a88
|
de75089fb7216d19e9c22cce4dc62a49513477d3 |
|
09-Jun-2010 |
Carl Shapiro <cshapiro@google.com> |
Remove trailing whitespace. Change-Id: I95534bb2b88eaf48f2329282041118cd034c812b
|
72e93344b4d1ffc71e9c832ec23de0657e5b04a5 |
|
13-Nov-2009 |
Jean-Baptiste Queru <jbq@google.com> |
eclair snapshot
|
99409883d9c4c0ffb49b070ce307bb33a9dfe9f1 |
|
19-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import //branches/master/...@140412
|
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
|
2ad60cfc28e14ee8f0bb038720836a4696c478ad |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
|