[jira] Assigned: (HARMONY-3622) [drlvm][build] failed to rebuild single kernel class

["Gregory Shimansky (JIRA)" <ji...@apache.org>]

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

Gregory Shimansky reassigned HARMONY-3622:
------------------------------------------

    Assignee: Gregory Shimansky

> [drlvm][build] failed to rebuild single kernel class
> ----------------------------------------------------
>
>                 Key: HARMONY-3622
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3622
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: any
>            Reporter: Vladimir Beliaev
>         Assigned To: Gregory Shimansky
>         Attachments: HARMONY-3622.patch
>
>
> One can build DRLVM kernel class while doing the fresh build.
> Still the build failes if one edits a DRLVM kernel class (say java/lang/Class.java) and then rebuild it.
> The error output looks like:
>     [javac] 1. WARNING in <trunk>\working_vm\vm\vmcore\src\kernel_classes\javasrc\java\lang\Class.java
>     [javac]  (at line 207)
>     [javac]     Map<String, Boolean> m = loader.classAssertionStatus;  
>     [javac]                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^
>     [javac] Type safety: The expression of type Map needs unchecked conversion to conform to Map<String,Boolean>
>     [javac] ----------
>     [javac] 2. ERROR in <trunk>\working_vm\vm\vmcore\src\kernel_classes\javasrc\java\lang\Class.java
>     [javac]  (at line 216)
>     [javac]     if (!loader.clearAssertionStatus) {
>     [javac]          ^^^^^^^^^^^^^^^^^^^^^^^^^^^
>     [javac] loader.clearAssertionStatus cannot be resolved or is not a field
> The later investigation shows that the ddrlvm build has used java.lang.ClassLoader class from RI (Reference Implementation) Java - this is the cause of errors above.
> Note that issue is not reproducible if one builds all drlvm kernel classes simultaneously. 
> So, the known workaround is to remove all kernel classes binaries before rebuilding any of kernel class, like:
>     <trunk>/working_vm/build $ rm -fr win_em64t_msvc_debug/semis/vm/kernel_classes/_classes/
> Anyway, this issue should be fixed - Vladimir, could you work on this?
> Thanks
> Vladimir Beliaev

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