harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ilya Berezhniuk (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-5504) [drlvm][port] Restructure DRLVM's sources to extract most of platform dependent code into portlib
Date Thu, 14 Feb 2008 11:29:08 GMT

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

Ilya Berezhniuk updated HARMONY-5504:
-------------------------------------

    Attachment: 0003-corrected-build-for-moved-LIL.txt
                0002-move-moved-LIL-files-from-PORT-to-VMCORE.txt

Gregory,
I suggest moving onoly VM and Java independent code to port.
I also suggest moving Java or VM-dependent code away from port.

The following two patches move LIL implementation from port to VM core - it's built with VM
core anyway.
The first patch is for moving/renaming files; the second one is a patch for adoption.

> [drlvm][port] Restructure DRLVM's sources to extract most of platform dependent code
into portlib
> -------------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-5504
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5504
>             Project: Harmony
>          Issue Type: Task
>          Components: DRLVM
>         Environment: All
>            Reporter: Gregory Shimansky
>            Assignee: Gregory Shimansky
>         Attachments: 0001-Added-standalone-crash-handler-header-and-basic-infr.patch,
0002-move-moved-LIL-files-from-PORT-to-VMCORE.txt, 0003-corrected-build-for-moved-LIL.txt
>
>
> There is a code freeze, so I decided to create a working place for my patches for DLRVM's
port library in JIRA.
> The goal of this task is to separate DRLVM's platform dependent code from VM sources
into multiple subcategories of port library. Such platform dependent code is crash handler,
stack iteration, signals/exception handlers, modules tables, NCAI safe memory access and probably
some more stuff that I didn't identify yet.
> Such separation will define clear interfaces, possibly some components could be reused
by other projects.

-- 
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