From commits-return-51603-apmail-harmony-commits-archive=harmony.apache.org@harmony.apache.org Tue Mar 04 14:09:50 2008 Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 43380 invoked from network); 4 Mar 2008 14:09:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Mar 2008 14:09:50 -0000 Received: (qmail 90816 invoked by uid 500); 4 Mar 2008 14:09:46 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 90723 invoked by uid 500); 4 Mar 2008 14:09:45 -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 90714 invoked by uid 99); 4 Mar 2008 14:09:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2008 06:09:45 -0800 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; Tue, 04 Mar 2008 14:09:18 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id DCAB7234C089 for ; Tue, 4 Mar 2008 06:08:40 -0800 (PST) Message-ID: <761878548.1204639720902.JavaMail.jira@brutus> Date: Tue, 4 Mar 2008 06:08:40 -0800 (PST) From: "Gregory Shimansky (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=12574992#action_12574992 ] Gregory Shimansky commented on HARMONY-5504: -------------------------------------------- Patch 0013 committed at 633477. Now that all patches queue from this JIRA is integrated I suggest that we create subtasks for individual patches. The number of comments gets quite big for just one. > [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.