Hi Gilles, Gilles wrote:
[snip] > Indeed, it will be much more productive to let the new(bie) team > experiment within Commons by creating the following new components: > * Commons RNG > * Commons AltMath > * Commons MathTools > > The first one, pretty much, was accepted. Amazing. Not yet, only two binding votes. However, you're able to change this ;-) Actually RNG is the component with the least strings, because it has never been released and creates no binary compatibility problems. Simply remove the code from CM4 and anything is well. > The second one is more fuzzy for some people, but I'll have to stress > again that it's probably because they should have a look at the code! > It will be a zero dependency component (which I had referred to as > "Standard math functions" in the vote thread) with common > functionality, > useful beyond "math-centric" (whatever that means) applications. > > The last one is a smaller "Commons Math", i.e. stripped of > functionality > unsupported at the time of release. > It is _also_ a new component to clearly separate it from Commons Math, > so that users have an upgrade path; or at least, they will be able to > easily figure out what has become unsupported. > If new contributors come in order to fill the gap, more codes can be > transferred to "MathTools".[2] > [At the same time "Commons Math" itself stays clean of packages > reordering, renaming or removal, so that if and when someone wants to > restart from there, it's trivial.] > > I see this proposal as a compromise, deferring(!) further splits of > complex and rational" numbers functionality, while allowing to have a > taste of the the advantages and drawbacks of full modularization (i.e. > individual components). Still, we have not yet cleared what it means to the existing CM to break these out, since the code to extract *has been* released (see also Benedikt's question). It's still a "proper" component unless we move it into dormant and/or hand it over to a TLP. IMHO the best way out would be a CM 3.7 release (based on latest 3.x) with all removed classes marked as deprecated. Then you're free to drop the code in trunk and a future Math TLP might concentrate on specialized mathematical algorithms and problems that do not have such a wide audience. And who knows, maybe the Hipparchus fork will use these new components also in the long run and concentrate themselves on the "interesting" stuff. Cheers, Jörg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
