harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov (JIRA)" <j...@apache.org>
Subject [jira] Reopened: (HARMONY-3784) [drlvm][jit][jet] Incorrect support of vmmagic types and object fields in JET compiler
Date Thu, 24 May 2007 07:50:16 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Mikhail Fursov reopened HARMONY-3784:
-------------------------------------


Reopening the issue. After lazy resolution impl (HARMONY-3874) magics support was refactored
and we have regression in this test

> [drlvm][jit][jet] Incorrect support of vmmagic types and object fields in JET compiler
> --------------------------------------------------------------------------------------
>
>                 Key: HARMONY-3784
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3784
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Mikhail Fursov
>         Assigned To: Alexey Varlamov
>         Attachments: jet.magics, mfields.diff
>
>
> VMMagic implementation in JET compiler was initially prototyped but was never actually
used/tested except several particular places in class initializers (DRLVM server mode uses
JET compiler for <clinits>)
> JET has several problems with magic implementation today:
> 1) Magic types are reported to GC. So if GC happend during class initialization DRLVM
will fail
> 2) Magic types are incorrectly stored to fields on EM64T platform with compressed references
mode enabled.
> The only scenario affected today is GCv5 server mode support for EM64T platform where
field of Address type is used.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message