You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Gilles (JIRA)" <ji...@apache.org> on 2016/03/11 02:49:40 UTC

[jira] [Commented] (MATH-1335) Factor out RNG implementations

    [ https://issues.apache.org/jira/browse/MATH-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190321#comment-15190321 ] 

Gilles commented on MATH-1335:
------------------------------

64-bits based implementations were incorporated early on during the refactoring (as they were the primary reason for reviewing the contents of the {{o.a.c.m.random}} package).
As code is shared between 32-bits and 64-bits based implementations, and most unit tests are the same for both, the new RNGs will be part of the feature branch to be created for MATH-1335.

> Factor out RNG implementations
> ------------------------------
>
>                 Key: MATH-1335
>                 URL: https://issues.apache.org/jira/browse/MATH-1335
>             Project: Commons Math
>          Issue Type: Sub-task
>            Reporter: Gilles
>            Assignee: Gilles
>              Labels: cleanup, design, modularization, refactoring
>             Fix For: 4.0
>
>
> The package {{o.a.c.m.random}} contains a [kludge|https://en.wikipedia.org/wiki/Kludge] of utilities related to random data generation (cf. [section 2 of the userguide|http://commons.apache.org/proper/commons-math/userguide/random.html]).
> I propose to factor out the part that is concerned with the _generation of uniformly distributed numbers_ (of the various Java types).
> This will consist in deprecating the following classes in {{o.a.c.m.random}}:
> * JDKRandomGenerator
> * AbstractWell
> * Well512a
> * Well1024a
> * Well19937a
> * Well19937c
> * Well44497a
> * Well44497b
> * ISAACRandom
> * MersenneTwister
> * AbstractRandomGenerator
> * BitsStreamGenerator
> * RandomGeneratorFactory
> * RandomGenerator
> The *RNG* functionality is to be defined in its own package.
> The new design will make an explicit distinction between
> * public (and hopefully stable) API
> * internal classes (subject to change "without notice")



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)