Divest? I object to removing Fraction from [lang], as its a very core
concept tat is missing from the JDK. And thee are many users who would
just want Fraction and none of the rest of the [math] library.
The [lang] maths package is fo non-mathematicians. The [math] library is
for serious
On Mon, Jan 11, 2010 at 5:17 PM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
Divest? I object to removing Fraction from [lang], as its a very core
concept tat is missing from the JDK. And thee are many users who would just
want Fraction and none of the rest of the [math] library.
Subject: Re: [lang] Divesting the commons.lang.math package
On Mon, Jan 11, 2010 at 5:17 PM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
Divest? I object to removing Fraction from [lang], as its a very core
concept tat is missing from the JDK. And thee are many users who
would
Without any further input (over a week), I say it's safe to divest.
On Sun, Jan 3, 2010 at 5:58 AM, Luc Maisonobe luc.maison...@free.fr wrote:
Henri Yandell a écrit :
On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict pbened...@apache.org wrote:
This is how I believe the commons.lang.math package
Henri Yandell a écrit :
On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict pbened...@apache.org wrote:
This is how I believe the commons.lang.math package can be eliminated.
Based on the current 3.0-SNAPSHOT API, there are only three classes
left:
Fraction
IEEE754rUtils
NumberUtils
1)
This is how I believe the commons.lang.math package can be eliminated.
Based on the current 3.0-SNAPSHOT API, there are only three classes
left:
Fraction
IEEE754rUtils
NumberUtils
1) Fraction should leave; it is completely inappropriate for this
library. It has nothing to do with the JDK or
On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict pbened...@apache.org wrote:
This is how I believe the commons.lang.math package can be eliminated.
Based on the current 3.0-SNAPSHOT API, there are only three classes
left:
Fraction
IEEE754rUtils
NumberUtils
1) Fraction should leave; it is