From commits-return-52253-apmail-harmony-commits-archive=harmony.apache.org@harmony.apache.org Sat Mar 22 23:37:25 2008 Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 7636 invoked from network); 22 Mar 2008 23:37:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Mar 2008 23:37:25 -0000 Received: (qmail 85269 invoked by uid 500); 22 Mar 2008 23:37:24 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 85175 invoked by uid 500); 22 Mar 2008 23:37:24 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 85166 invoked by uid 99); 22 Mar 2008 23:37:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Mar 2008 16:37:23 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Mar 2008 23:36:42 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4C429234C09F for ; Sat, 22 Mar 2008 16:35:24 -0700 (PDT) Message-ID: <961256040.1206228924311.JavaMail.jira@brutus> Date: Sat, 22 Mar 2008 16:35:24 -0700 (PDT) From: "Ilya Berezhniuk (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-5504) [drlvm][port] Restructure DRLVM's sources to extract most of platform dependent code into portlib In-Reply-To: <26855278.1202907189446.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-5504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12581306#action_12581306 ] Ilya Berezhniuk commented on HARMONY-5504: ------------------------------------------ I suggest closing the issue; most part of restructuring is done. Remaining part (moving guard page operations to the Port) should be done in HARMONY-5617. > [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, 0002-move-moved-LIL-files-from-PORT-to-VMCORE.txt, 0003-corrected-build-for-moved-LIL.txt, 0004-moved-register-context-structure-to-open.txt, 0005-move-moved-native_modules-from-VMCORE-to-PORT.txt, 0006-native_modules-are-adopted-for-using-in-PORT.txt, 0007-Added-frame-info-header-for-iteration-in-compiled-st.patch, 0008-VM-memory-barriers-was-moved-to-PORT-as-inline.txt, 0009-move-Renamed-apr_thread_ext.h-to-port_thread.h.txt, 0010-PORT-thread-basic-implementation.txt, 0010-PORT-thread-basic-implementation.txt, 0011-move-Moved-files-responsible-for-context-conversion-and-C-handler-args-preparation.txt, 0012-Implemented-universal-transfer-control-stubs-in-PORT-a-part-of-hythread-was-moved-to-PORT.txt, 0013-Improved-processof-flags-setup-in-transfer-control-stubs.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.