|
|
|
| Authored by: Anonymous on Tuesday, May 15 2012 @ 05:57 PM EDT |
But the '104 patent doesn't just cover resolving a symbol at
runtime: it covers replacing the symbolic reference IN the instruction with a
numeric reference. Oracle tried to show that dexopt replacing the iget with
iget-quick would infringe those claims, but that happens statically, not
dynamically.
The patent envisions (from the
abstract) The dynamic field reference routine, when invoked, resolves
a symbolic reference and rewrites the symbolic reference into a numeric
reference. After re-writing, the dynamic field reference routine returns to the
main interpretation routine without advancing program execution to the next
instruction, thereby allowing the rewritten instruction with numeric reference
to be reexecuted.
which certainly indicates the substitution occurs
during execution. Claim 11 calls for
determining a numerical
reference corresponding to said symbolic reference, storing said numerical
references, and obtaining data in accordance to said numerical
references. but dexopt can't possibly be "obtaining data" using the
resolved symbolic reference, since the data the instruction wants to use won't
exist until the program being optimized runs. Claims 27 and 29,
...
method comprising: receiving a program with a set of original instructions
written in an intermediate form code; generating a set of new instructions for
the program that contain numeric references resulting from invocation of a
routine to resolve any symbolic data references in the set of original
instructions; and executing the program using the set of new
instructions. depends on whether the "resolve any symbolic data
references" and "and executing the program" can be separated in time as much as
they are in Dalvik and still be a single "method".
I don't know about
claims 39, 40 and 41. [ Reply to This | Parent | # ]
|
|
|
|
|
