Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <1156818638.1204271091574.JavaMail.jira@brutus>
Date: Thu, 28 Feb 2008 23:44:51 -0800 (PST)
From: "Mikhail Fursov (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Resolved: (HARMONY-5127) [drlvm][opt] Performance
 improvement for integer-to-float conversion
In-Reply-To: <9100571.1195131824181.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Mikhail Fursov resolved HARMONY-5127.
-------------------------------------

    Resolution: Fixed

> [drlvm][opt] Performance improvement for integer-to-float conversion
> --------------------------------------------------------------------
>
>                 Key: HARMONY-5127
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5127
>             Project: Harmony
>          Issue Type: Improvement
>          Components: DRLVM
>         Environment: All
>            Reporter: Evgueni Brevnov
>            Assignee: Mikhail Fursov
>            Priority: Minor
>         Attachments: int2float.diff, int2float.diff.v2
>
>
> Currently jitrino OPT optimizes float-to-integer conversion by injecting (inlining) required code into managed method. Unfortunatelly it lacks such optimization for opposite (integer-to-float) conversion. Such optimization may have noticable effect on SciMark workload.
> I also noticed that DRLVM helper VM_RT_F2I generates wrapper code (LIL stub) around C function which implements float-to-integer conversion. It makes sense to get rid of such wrapper and call C function directly. (or remove this helper at all and let jitrino implement it)
> Thanks
> Evgueni

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