You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Daniel Fridlender (JIRA)" <ji...@apache.org> on 2006/10/03 21:14:20 UTC
[jira] Updated: (HARMONY-1636) [classlib][java.math] optimization
of two-complement related methods
[ http://issues.apache.org/jira/browse/HARMONY-1636?page=all ]
Daniel Fridlender updated HARMONY-1636:
---------------------------------------
Attachment: HARMONY-1636_lowLevelMethodsOpt.diff.zip
> [classlib][java.math] optimization of two-complement related methods
> --------------------------------------------------------------------
>
> Key: HARMONY-1636
> URL: http://issues.apache.org/jira/browse/HARMONY-1636
> Project: Harmony
> Issue Type: Improvement
> Components: Classlib
> Reporter: Daniel Fridlender
> Priority: Minor
> Attachments: HARMONY-1636_lowLevelMethodsOpt.diff.zip, HARMONY-1636_lowLevelMethodsOpt.diff.zip, HARMONY-1636_lowLevelMethodsOpt.diff.zip
>
>
> Since the current implementation of BigInteger is sign-magnitude, the implementation of two-complement related methods (e.g. bitwise logical operators, bitLength) often create intermediate data (two-complement copies of arguments and results). This is costly in space and time.
> The present optimization avoids creating that intermediate data.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira