And, it is much worse than that. Pretty much nobody cares about ebe, but
dotProduct and outerProduct also assume that 0*NaN = 0 and 0*+-Infinity = 0.
e.g.:
RealVector a = new OpenMapRealVector(10);
RealVector b = new OpenMapRealVector(10);
a.setEntry(1, 1.0);
b.setEntry(2, Doubl
-Original Message-
From: Luc Maisonobe
Sent: Monday, June 18, 2012 1:40 AM
To: Commons Developers List
Subject: Re: [math] Problems with sparse implementations of RealVector
Hi Sébastien,
Le 18/06/2012 08:11, Sébastien Brisard a écrit :
Dear all,
in this thread,
http://markmail.or
I'm going to remain blissfully ignorant about the problems you are having
with Maven. But Gump is using the Ant build for this project (you can change
it to use the Maven build if you like). But anything you do with deploying
in Maven won't change what Gump sees with the current configuration.
-Original Message-
From: JörgSchaible
Sent: Friday, April 20, 2012 6:54 AM
To: dev@commons.apache.org
Subject: Re: svn commit: r1326609 - in /commons/proper/io/trunk/src:
changes/changes.xml main/java/org/apache/commons/io/FileUtils.java
Bill Barker wrote:
-Original Message
-Original Message-
From: Gary Gregory
Sent: Wednesday, April 18, 2012 6:15 AM
To: Commons Developers List
Subject: Re: svn commit: r1326609 - in /commons/proper/io/trunk/src:
changes/changes.xml main/java/org/apache/commons/io/FileUtils.java
On Wed, Apr 18, 2012 at 12:38 AM, Stefan
While the development team has exploded for [MATH], maintaining Serializable
interfaces is expensive and historically hasn't been kept up. So I would go
for requiring the user to do something like:
public class MyPolynomialSplineFunction extends PolynomialSplineFunction,
implements Serializab
I'm not involved with [POOL] (so this is mostly from the peanut gallery),
but do strongly think that logging should be minimal for such a low level
component. As such, if there needs to be any logging at all, it should use
JUL. While it would be nice in a development environment so see my bone
IMNAL, but it seems to be a basically badly worded basically BSD license.
The main problems I see is that it is missing the words 'irrevocable' and
'perpetual' in the language. The correct place would probably be
legal-discuss@a.o.
An ICLA wouldn't help. Getting a grant or getting an agreemen
Give it up. Personally I wouldn't use any project that has a non-conditional
dependency on com.sun.**. Locking a project into one version of one
proprietary vendors implementation is the opposite of what Open Source is
supposed to be about. For a long time, Tomcat had a conditional dependency
-Original Message-
From: Konstantin Kolinko
Sent: Sunday, December 25, 2011 1:15 AM
To: Commons Developers List
Subject: Re: [pool] [POOL-208] Support Java 1.5 Generics in version 1.x.
2011/12/23 Christian Grobmeier :
On Wed, Dec 21, 2011 at 7:31 PM, Phil Steitz
wrote:
On 12/21/11
Thank you for the documentation. There is admittedly a lack of
documentation currently for [modeler], and every bit helps. I'm more used
to seeing using metadata to load the MBeans in [modeler] (like Tomcat does,
and Jetty at least used to do, since haven't looked at Jetty in awhile). But
I c
I'd be interested in reviewing any number theory additions to [math]. It
seems that the project has grown enough that it can branch out into number
theory as well.
-Original Message-
From: Pyniak, Karol
Sent: Thursday, December 22, 2011 5:07 PM
To: Commons Developers List
Subject: OD
I'm in favor of moving some methods to the SparseXXX interface, but got
voted down at the time. For application developers (like me), that can
expect in advance if the Vector/Matrix is sparse or not it isn't a big deal.
But I can see how it may cause problems for other libraries that want to
le
-Original Message-
From: Gilles Sadowski
Sent: Tuesday, March 01, 2011 3:12 PM
To: dev@commons.apache.org
Subject: Re: [Math - 403] Never propagate a "NullPointerException" resulting
from bad usage of the API
Hi.
It's a debate that goes on. Josh Bloch in his Effective Java book sa
--
From: "Phil Steitz"
Sent: Sunday, December 26, 2010 10:43 AM
To: "Apache Commons Developers List"
Subject: [math] Getting 2.2 out (or, Santa nous a laissé le charbon, mais
peut-être par la Nouvelle Année...)
Here's what we have left:
MATH
--
From:
Sent: Wednesday, November 03, 2010 6:46 AM
To:
Subject: svn commit: r1030464 [1/3] - in /commons/proper/math/trunk/src:
main/java/org/apache/commons/math/
main/java/org/apache/commons/math/analysis/
main/java/org/apache/commons/math/a
--
From: "Gilles Sadowski"
Sent: Wednesday, October 27, 2010 3:46 AM
To:
Subject: [Math] Package for "UnivariateRealFunction"s
Hi.
What do you think of creating a "function" package that would contain all
the usual functions as classes impleme
--
From: "Mladen Turk"
Sent: Thursday, October 21, 2010 12:57 AM
To: "Commons Developers List"
Subject: [VOTE] Release Daemon 1.0.4 based on RC1
Hi,
Commons Daemon 1.0.4 RC1 release is available for testing at:
http://people.apache.org/~mturk/
Yes, GUMP is running "1.6.0_18" OpenJDK Runtime Environment (IcedTea6 1.8.1)
(6b18-1.8.1-0ubuntu1) OpenJDK 64-Bit Server VM (build 16.0-b13, mixed mode)
"
You can find it at http://vmgump.apache.org/gump/public/index.html
--
From: "Phil Steitz"
--
From:
Sent: Wednesday, August 11, 2010 8:55 AM
To:
Subject: svn commit: r984453 -
/commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java
Author: dimpbx
Date: Wed Aug 11 15:55:14 2010
New Revision: 984453
URL:
--
From: "Phil Steitz"
Sent: Friday, August 06, 2010 3:34 AM
To: "Commons Developers List"
Subject: Re: [Math] Usage of "NullPointerException"
Gilles Sadowski wrote:
The added value that I see is that an IAE designating which argument
that can
--
From: "Gilles Sadowski"
Sent: Wednesday, August 04, 2010 2:27 PM
To:
Subject: Re: [Math] Usage of "NullPointerException"
> A simpler policy would be to not check for "null" and let the JVM do
> it. As
> the JVM will do it anyway, it's a redu
--
From: "Mladen Turk"
Sent: Friday, July 30, 2010 4:13 AM
To: "Commons Developers List"
Subject: [VOTE] Release Daemon 1.0.3 based on RC3
Hi,
I'm back :)
Almost six months after 1.0.3.RC2 attempt, but been
busy with other stuff.
I really can
--
From: "Phil Steitz"
Sent: Friday, July 23, 2010 5:42 PM
To: "Commons Developers List"
Subject: Re: clirr for MATH-389
Gilles Sadowski wrote:
Intentional but still a mistake IMO ;-) as it's part of the interface
whereas the prime use is to a
--
From: "Luc Maisonobe"
Sent: Tuesday, June 15, 2010 11:37 AM
To: "Commons Developers List"
Subject: Re: [g...@vmgump]: Project commons-math (in module apache-commons)
failed
Le 15/06/2010 10:28, Gump a écrit :
To whom it may engage...
Thi
--
From: "Ted Dunning"
Sent: Friday, June 11, 2010 1:11 PM
To: "Commons Developers List"
Subject: Re: [Math] Help in debugging process
From a user's point of view logging is a waste of time if it doesn't tell
them something that they need/can t
Currently StatUtils.sum(double []) (as well as most other statistics that
operate on arrays) returns NaN on a zero length array. As pointed out in
the Jira issue, this is not the conventional treatment of a summation over
the empty set (which would return zero) in the mathematical world. I wo
--
From: "Rahul Akolkar"
Sent: Saturday, May 08, 2010 9:14 PM
To: "Commons Developers List"
Subject: Re: [Math] Request more Jira karma
On Sat, May 8, 2010 at 9:35 PM, Bill Barker
wrote:
At the moment I have minimal per
At the moment I have minimal permissions for Jira in [math]. In particular
I can't resolve issues, so it leads to a reluctance to work on them if I
have to rely on someone else to resolve them. So would like to ask for more
karma. My Jira user name is the same as my Apache id.
---
--
From: "Gilles Sadowski"
Sent: Thursday, May 06, 2010 5:09 AM
To:
Subject: [Math] NaN in "equals"
Hello.
In the "MathUtils" class, "equals" methods consider that a NaN is equal to
a
NaN. It seems that the orthodox view is that such a compar
--
From: "sebb"
Sent: Tuesday, April 27, 2010 4:57 PM
To: "Commons Developers List"
Subject: Re: [Math] What about issue 361?
On 27/04/2010, Gilles Sadowski wrote:
> > There haven't been any comments about the demo files I've uploaded
> >
--
From: "Henri Yandell"
Sent: Tuesday, April 06, 2010 9:18 PM
To: "Commons Developers List"
Subject: Re: Future of Transaction subproject
My method when consensus seems very likely but you want to ensure it's
explicit is to announce you're goi
--
From: "Phil Steitz"
Sent: Sunday, March 28, 2010 2:40 PM
To: "Commons Developers List"
Subject: Re: [g...@vmgump]: Project commons-math (in module apache-commons)
failed
Luc Maisonobe wrote:
Gump a écrit :
To whom it may engage...
This
--
From: "Phil Steitz"
Sent: Saturday, March 27, 2010 8:31 PM
To: "Commons Developers List"
Subject: [VOTE] Release math 2.1 based on RC3
Tag:
http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC3/
Distributions:
http://people.
--
From: "Phil Steitz"
Sent: Sunday, March 21, 2010 5:27 PM
To: "Commons Developers List"
Subject: [math] releasing 2.1 - compatibility breaks, site build failure
I have completed all of the code / doco changes that I see as
necessary for 2.1.
--
From: "sebb"
Sent: Friday, March 19, 2010 3:57 PM
To: "Commons Developers List"
Subject: [DAEMON] Procrun Java mode usage
I've got a sample "jvm" mode service running OK, and am now trying to
understand how Procrun handles the "Java" mode.
--
From: "Oliver Heger"
Sent: Friday, March 19, 2010 1:43 PM
To: "Commons Developers List"
Subject: Re: [g...@vmgump]: Project commons-configuration-test (in module
apache-commons) failed
Am 18.03.2010 08:47,
--
From: "sebb"
Sent: Thursday, March 18, 2010 1:18 PM
To: "Commons Developers List"
Subject: Re: [DAEMON] Procrun documentation
On 18/03/2010, Mladen Turk wrote:
On 03/18/2010 08:13 PM, sebb wrote:
> As people may have noticed, I've been tr
--
From: "Oliver Heger"
Sent: Wednesday, March 17, 2010 2:20 PM
To: "Commons Developers List"
Subject: Re: [g...@vmgump]: Project commons-configuration-test (in module
apache-commons) failed
This is a bit strange. The test that is now failing
--
From: "sebb"
Sent: Wednesday, March 17, 2010 12:53 PM
To: "Commons Developers List"
Subject: Re: [DAEMON] Site documentation
On 17/03/2010, Bill Barker wrote:
--
--
From: "Mladen Turk"
Sent: Tuesday, March 16, 2010 11:45 AM
To:
Subject: Re: [VOTE] Release Daemon 1.0.3 based on RC2
On 03/16/2010 07:17 PM, ebb wrote:
There's a problem with the Manifests in the source and javadoc jars.
They have:
Implem
--
From: "sebb"
Sent: Tuesday, March 16, 2010 11:46 AM
To: "Commons Developers List"
Subject: [DAEMON] Site documentation
The binaries page:
http://people.apache.org/~mturk/daemon/site/binaries.html
mentions FreeBSD, but the only provided imp
--
From: "Mladen Turk"
Sent: Monday, March 15, 2010 12:16 AM
To: "Commons Developers List"
Subject: [DAEMON] T&R 1.0.3
Hi,
There are couple of bug fixes and few features added.
I'm currently working on fixing DAEMON-108, and
when done, I'll t
10 at 1:00 AM, Henri Yandell
wrote:
On Wed, Feb 24, 2010 at 12:52 AM, Bill Barker
wrote:
--
From: "jean-frederic clere"
Sent: Tuesday, February 23, 2010 11:48 PM
To:
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/20
--
From: "jean-frederic clere"
Sent: Tuesday, February 23, 2010 11:48 PM
To:
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/2010 09:02 AM, Mladen Turk wrote:
Daemon RC2 fixes some minor distribution issues over the
prev
--
From: "Mladen Turk"
Sent: Tuesday, February 23, 2010 12:02 AM
To: "Commons Developers List"
Subject: [VOTE] Release Commons Daemon 1.0.2 based on RC2
Daemon RC2 fixes some minor distribution issues over the
previous RC1 proposal.
RC2 Releas
02/24/2010 07:25 AM, Bill Barker wrote:
I think that we should declare this [VOTE] a
failure, and anyone that wants commons-daemon can get it from SVN.
Not necessarily.
We need 3 +1 votes more then there are -1 votes.
It's a release and release voting cannot be vetoed.
It's just a n
--
From: "Mladen Turk"
Sent: Tuesday, February 23, 2010 10:05 PM
To:
Subject: Re: svn commit: r915668 - in
/commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile
service/Makefile
On 02/24/2010 05:21 AM, billbar...@apache.org wrot
--
From: "Julius Davies"
Sent: Tuesday, February 23, 2010 8:52 PM
To: "Commons Developers List"
Subject: [codec] gump failure
What's this about? Is this something we should take seriously?
Forgive me, I'm new to gump (always ignored it).
--
From: "sebb"
Sent: Tuesday, February 23, 2010 5:44 PM
To: "Commons Developers List"
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 24/02/2010
--
From: "Mladen Turk"
Sent: Tuesday, February 23, 2010 4:08 AM
To: "Commons Developers List"
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/2010 01:04 PM, sebb wrote:
On 23/02/2010, Mladen Turk wrote:
Daemon RC2 fixe
--
From: "Bill Barker"
Sent: Monday, February 22, 2010 7:51 PM
To: "Commons Developers List"
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC1
--
From: "P
--
From: "Phil Steitz"
Sent: Monday, February 22, 2010 5:58 PM
To: "Commons Developers List"
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC1
Mladen Turk wrote:
After a long time and many bug fixes we have new
Commons Daemon relea
--
From: "sebb"
Sent: Sunday, February 21, 2010 6:40 PM
To: "Commons Developers List"
Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC1
On 21/02/2010, Mladen Turk wrote:
After a long time and many bug fixes we have new
Commons Da
--
From: "Mladen Turk"
Sent: Saturday, February 20, 2010 11:56 PM
To: "Commons Developers List"
Subject: [VOTE] Release Commons Daemon 1.0.2 based on RC1
After a long time and many bug fixes we have new
Commons Daemon release candidate.
RC1 Re
--
From: "Mladen Turk"
Sent: Thursday, February 18, 2010 5:43 AM
To: "Commons Developers List"
Subject: Re: [g...@vmgump]: Project commons-daemon (in module
apache-commons) failed
On 02/18/2010 02:34 PM, Stefan Bodewig wrote:
On 2010-02-18,
Submitting patches in "diff -u" format helps a lot for committers to
evaluate. It doesn't look bad (but haven't run test on it) on a 5min
review, but it will take a lot longer review before I can agree to commit
the changes (just on weeding out what hasn't changed).
-
--
From: "Luc Maisonobe"
Sent: Tuesday, February 02, 2010 11:26 AM
To: "Commons Developers List"
Subject: Re: [math] Work going on on SVD
Luc Maisonobe a écrit :
Dimitri Pourbaix a écrit :
Hi,
Hi Dimitri,
In its present form (CM2.0), Sing
Vector.javasite/xdoc/changes.xml
test/java/org/apache/commons/math/linear/ArrayRealVectorTest.java
Bill Barker a écrit :
--
From: "Luc Maisonobe"
Sent: Thursday, January 28, 2010 12:14 PM
To: "Commons Developers List"
Subjec
--
From: "Luc Maisonobe"
Sent: Thursday, January 28, 2010 12:14 PM
To: "Commons Developers List"
Subject: Re: svn commit: r904231 - in
/commons/proper/math/trunk/src:main/java/org/apache/commons/math/linear/AbstractRealVector.javasite/xdoc/chang
--
From: "sebb"
Sent: Friday, January 22, 2010 6:21 AM
To: "Commons Developers List"
Subject: [MATH] Remove unnecessary suite() methods from test classes?
There are a lot of src/test classes that contain a suite() method of the
form:
publi
- Original Message -
From: "Ted Dunning"
To: "Commons Developers List"
Sent: Saturday, December 12, 2009 11:17 AM
Subject: Re: [math] getting changes included into commons-math (was Re:
Homefor the colt fork)
MATH-312, 314, 316 and 317 were the first round.
Some of the necessary
There are some things I don't like about this, but will try to find the time
to fix them myself . Comments inline (and I can't veto anything in [math],
so these are just suggestions).
- Original Message -
From:
To:
Sent: Wednesday, December 09, 2009 2:56 PM
Subject: svn commit: r88
- Original Message -
From: "Ted Dunning"
To: "Commons Developers List"
Sent: Thursday, October 15, 2009 11:29 AM
Subject: Re: [math] Questions about the linear package
On Thu, Oct 15, 2009 at 1:55 AM, wrote:
we would provide a default implementation for these new methods, so if
- Original Message -
From: "Phil Steitz"
To: "Commons Developers List"
Sent: Thursday, August 27, 2009 6:18 PM
Subject: [math] new checkstyle rules
I would like to add checks for
1) System.out.println() statements in the code
2) Trailing spaces
3) Files that do not end with newlin
- Original Message -
From: "Phil Steitz"
To: "Commons Developers List"
Sent: Sunday, August 02, 2009 1:26 PM
Subject: [VOTE] Release math 2.0 (take two)
Distributions are here:
http://people.apache.org/~psteitz/commons-math-2.0-RC4/
Tag is here:
http://svn.apache.org/repos/asf/com
- Original Message -
From:
To:
Sent: Saturday, August 01, 2009 2:43 PM
Subject: svn commit: r799933 -
/commons/proper/math/trunk/src/site/xdoc/xdoc.xsl
Author: psteitz
Date: Sat Aug 1 21:43:45 2009
New Revision: 799933
URL: http://svn.apache.org/viewvc?rev=799933&view=rev
Log:
- Original Message -
From: "Phil Steitz"
To: "Commons Developers List"
Sent: Thursday, July 30, 2009 4:55 PM
Subject: [VOTE] Release Math 2.0
The release distributions are here:
http://people.apache.org/~psteitz/commons-math-2.0-RC3/
The tag is here:
http://svn.apache.org/repos/as
- Original Message -
From: "Phil Steitz"
To: "Commons Developers List"
Sent: Saturday, July 25, 2009 2:57 PM
Subject: [math] 2.0 RC1 available for review
http://people.apache.org/~psteitz/commons-math-2.0-RC1/
Looks good to me.
-
- Original Message -
From: "Luc Maisonobe"
To: "Commons Developers List"
Sent: Sunday, July 05, 2009 9:22 AM
Subject: [math] freezing current state for release ?
Hello all,
I am still struggling to implement properly an efficient Backward
Differential Formulas (BDF) integrator for
- Original Message -
From: "sebb"
To: "Commons Developers List"
Sent: Saturday, June 20, 2009 4:02 AM
Subject: Re: svn commit: r785552 - in
/commons/proper/math/trunk/src:java/org/apache/commons/math/complex/Complex.javasite/xdoc/changes.xml
On 20/06/2009
- Original Message -
From: "Bill Barker"
To: "Commons Developers List"
Sent: Saturday, June 20, 2009 3:14 PM
Subject: Re: [math] reviewing the current state on serialization
- Original Message -
From: "Luc Maisonobe"
To: "Commons Dev
- Original Message -
From: "Luc Maisonobe"
To: "Commons Developers List"
Sent: Saturday, June 20, 2009 12:14 PM
Subject: [math] reviewing the current state on serialization
Hello,
I have reviewed the current state of serialization within [math]. It's
much simpler than before, than
, Phil Steitz wrote:
luc.maison...@free.fr wrote:
> - "Bill Barker" a écrit :
>
>
>
> > - Original Message - From:
> > To: "Commons Developers List"
> > Sent: Wednesday, June 17, 2009 2:58 PM
> > Subject: Re: svn commit: r7855
- Original Message -
From:
To: "Commons Developers List"
Sent: Wednesday, June 17, 2009 2:58 PM
Subject: Re: svn commit: r785552 - in /commons/proper/math/trunk/src:
java/org/apache/commons/math/complex/Complex.java site/xdoc/changes.xml
- "Phil Steitz" a écrit :
Sorry if
- Original Message -
From: "Paul Libbrecht"
To: "Commons Developers List"
Sent: Sunday, June 14, 2009 2:33 PM
Subject: Re: [jexl] Remove Maven 1 support from 2.0 branch?
Won't this break anything that uses Maven 1 and jexl as dependency in
Gump? Is there a way around here?
I'm thi
m
back
where people care enough to guarantee correctness by demonstrating a
correct
round trip.
Would get my +1, but for the moment stats.** is such a mess (UID inherited
from an abstract base class 3-4 levels up) that I'd like a consensus before
putting hours into fixing it.
On Mon, May
- Original Message -
From: "Luc Maisonobe"
To: "Commons Developers List"
Sent: Monday, May 25, 2009 12:39 PM
Subject: Re: [math] Serialization
Bill Barker a écrit :
Ok, most of the rest look like transient classes (e.g. all of
linear.decomposition). So aski
7;s parent UID (I think).
More importantly, I can't imagine why an abstract class like
ContinuedFraction should be serializable.
On Sun, May 24, 2009 at 6:10 PM, Bill Barker
wrote:
Ok, most of the rest look like transient classes (e.g. all of
linear.decomposition). So asking for what needs t
Ok, most of the rest look like transient classes (e.g. all of
linear.decomposition). So asking for what needs to be Serialized, and what
doesn't.
- Original Message -
From: "Bill Barker"
To: "Commons Developers List"
Sent: Saturday, May 23, 2009 12
nt Worden
+1 Edward J. Yoon
+1* Jörg Schaible
+1 Dimitri Pourbaix (changed from -1 to +1)
+0 Ted Dunning
+0 Cyril Briquet
-0 Bill Barker
-1 Gilles Sadowski
-1* Niall Pemberton
-1* Phil Steitz (changed from +1 to -1)
So the top level package name will remain org.apache.commons.math
Heh..
E
integrators (each integrator has its own interpolator).
Any volunteer to do this rather boring work ?
I can take a stab at it (but may have fewer spare cycles than sebb).
I wish I could say yes, but I am running out of buffer space atm ;)
Phil
On Thu, May 21, 2009 at 8:20 PM, Bill Barker
olumn) {
return (((long) row) << 32) + (long) column;
}
int key2col(long key) {
return (int) (key & 0x0000L);
}
int key2row(long key) {
return (int) (key >>> 32);
}
Bill Barker wrote:
I have a slight preference f
- Original Message -
From: "Brent Worden"
To: "Commons Developers List"
Sent: Wednesday, May 20, 2009 8:28 PM
Subject: [math] Re: [g...@vmgump]: Project commons-math (in module
apache-commons) failed
The test failed because it couldn't detect equality between two NaN
values. I m
il 3.0) markers empty, we should omit them. We
cannot introduce incompatible changes in point releases.
I have a slight preference for leaving the markers empty until 3.0, but I
can remove them as well. But I can wait to see what the community consensus
is before making changes.
Phil
B
- Original Message -
From: "Luc Maisonobe"
To: "Commons Developers List"
Sent: Tuesday, May 19, 2009 1:06 PM
Subject: [VOTE] [math] top-level package name
So let's vote on this proposal: change the top level package name on
[math] from org.apache.commons.math to org.apache.commons.
that
currently only has the value of 'Any'.
I really don't like the idea of changing the API between minor releases, so
put in place-holders for what seems to be the consensus for going forward.
Bill Barker wrote:
I'm +1 on these grounds (and, yes, that means I
- Original Message -
From: "Ted Dunning"
To: "Commons Developers List"
Sent: Saturday, May 16, 2009 1:01 PM
Subject: Re: [math] Re: commons-math, matrix-toolkits-java and consolidation
+1 on this change. Grand names like SparseRealMatrix should be reserved
for
the interfaces.
"Phil Steitz" wrote in message
news:49f320bc.1000...@gmail.com...
> luc.maison...@free.fr wrote:
>> - "Bill Barker" a écrit :
>>
>>
>>> - Original Message -
>>> From: "Phil Steitz"
>>> To: "Common
- Original Message -
From: "Phil Steitz"
To: "Commons Developers List"
Sent: Friday, April 24, 2009 6:02 PM
Subject: Re: [math] Questions on Field
luc.maison...@free.fr wrote:
- "Bill Barker" a écrit :
I've been looking over the Field
I've been looking over the Field implementations, and it looks like it's
mostly done except for FieldPolynomial. I'm not really sure which
package this should go in, since o.a.c.m.analysis.polynomial seems to be
about Real polynomials. Any hints would be appreciated.
I could provide implement
I can't compile commons-math any longer due to the below errors. It seems
that some 1.6 methods have creaped in. I have no problem upgrading to 1.6
if that is what is necessary, but I thought 1.5 was the targeted version.
[javac] symbol : method newInstance(java.lang.Class,int,int)
[j
th/linear/SparseRealVectorTest.java
Bill Barker a écrit :
- Original Message - From:
To:
Sent: Saturday, April 18, 2009 8:17 AM
Subject: svn commit: r766337 - in /commons/proper/math/trunk/src:
java/org/apache/commons/math/linear/SparseRealVector.java
test/org/apache/commons/math/linear/
- Original Message -
From:
To:
Sent: Saturday, April 18, 2009 8:17 AM
Subject: svn commit: r766337 - in /commons/proper/math/trunk/src:
java/org/apache/commons/math/linear/SparseRealVector.java
test/org/apache/commons/math/linear/SparseRealVectorTest.java
Author: luc
Date: Sat A
"Stephen Colebourne" wrote in message
news:4994bb71.9070...@btopenworld.com...
> One of the items the JDK doesn't have is a Money class (despite having a
> Currency class). I'm raising the question of whether others here would be
> interested in creating a new component (or possibly adding it
Ok, sort of letting eclipse take over. More comments inline.
"Phil Steitz" wrote in message
news:49901038.2070...@gmail.com...
> billbar...@apache.org wrote:
>
> Do we need this?
>> +if (mask != other.mask)
>> +return false;
>> .
as the code stands now, unnecessary. The va
It's a straight copy/paste from RealVectorImpl. I agree that public isn't
best (but would probably go for protected instead of private so still usable
by subclasses). However, making it non-public breaks the junit tests (which
are a copy of the RealVectorImpl junit test with a search/replace,
"Phil Steitz" wrote in message
news:497ee914.7010...@gmail.com...
> Bill Barker wrote:
>> I've been working on a SparseRealVector that implements RealVector but is
>> backed by OpenIntToDoubleHashMap. Unlike SparseRealMatrix, the goal is
>> more speed
I've been working on a SparseRealVector that implements RealVector but is
backed by OpenIntToDoubleHashMap. Unlike SparseRealMatrix, the goal is more
speed than space. Mostly it is going well, but running into a few problems
where some RealVector methods are almost nonsensical for sparse vecto
"Mark Thomas" wrote in message
news:016501c9757d$d3c848d0$7b58da...@org...
>> From: Siegfried Goeschl [mailto:siegfried.goes...@it20one.at]
>>
>> Hi Mark,
>>
>> just a quick note - since I started the processes without "su" they did
>> not start tomcat. Okay, that is expectet but the process wer
1 - 100 of 110 matches
Mail list logo
