Closed
Bug 706757
Opened 13 years ago
Closed 13 years ago
Implement lf32x4, sf32x4 MOPs
Categories
(Tamarin Graveyard :: Virtual Machine, defect, P3)
Tamarin Graveyard
Virtual Machine
Tracking
(Not tracked)
VERIFIED
FIXED
Q2 12 - Cyril
People
(Reporter: lhansen, Assigned: lhansen)
References
Details
MOPs support for float4. The full spec will be in the ABC Extensions Spec dated December 1, 2011 or later. Scope: - abcasm - abcdump - interpreter - JIT - run-time support - ByteArray storage alignment must be guaranteed to be 16 or better The storage alignment is required because the C++ compiler and the JIT will want to emit guaranteed-alignment access instructions. See spec.
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → lhansen
Assignee | ||
Comment 1•13 years ago
|
||
And also: - verifier - wordcode translator
Assignee | ||
Comment 2•13 years ago
|
||
Looks like I have all pieces of this working, except for ByteArray alignment and in-line code generation in the JIT. Those pieces can probably be a follow-on bug.
Assignee | ||
Comment 3•13 years ago
|
||
changeset: 7094:5cbb0e3a8a58 tag: tip user: Lars T Hansen <lhansen@adobe.com> date: Fri Dec 16 14:10:21 2011 +0100 summary: Fix 706757 - Implement lf32x4, sf32x4 MOPs
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 4•12 years ago
|
||
Testcase: test/acceptance/abcasm/float/mopsWithFloat4.abs
Status: RESOLVED → VERIFIED
Flags: in-testsuite+
Comment 5•12 years ago
|
||
(In reply to Lars T Hansen from comment #2) > Looks like I have all pieces of this working, except for ByteArray alignment > and in-line code generation in the JIT. Those pieces can probably be a > follow-on bug. This is being tracked via bug# 711392
You need to log in
before you can comment on or make changes to this bug.
Description
•