Closed Bug 732675 Opened 12 years ago Closed 12 years ago

IonMonkey: scratch register gets overwritten on ARM

Categories

(Core :: JavaScript Engine, defect)

ARM
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: mjrosenb, Unassigned)

Details

Attachments

(1 file)

If you attempt to store an immediate into a large offset from a base register, we attempt to use the scratch register to hold both the calculated offset, as well as the immediate.  This currently results in a bogus value being written into the correct location, rather than a sane value being written into a bogus location.
The inevitable has happened, and I'm giving in and taking a second scratch register for ARM.  the previously unused link register will become the second scratch register.  Previously, it was only used in one spot, but I'd missed a whole load of cases where two different values need to be in a scratch register at the same time
Attachment #602875 - Flags: review?(dvander)
Attachment #602875 - Flags: review?(dvander) → review+
landed: http://hg.mozilla.org/projects/ionmonkey/rev/8979dfc0ddf2
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.