Re: svn commit: r1053836 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/stat/inference/ test/java/org/apache/commons/math/stat/inference/

Le 30/12/2010 16:18, Luc Maisonobe a écrit : > Le 30/12/2010 11:00, Mikkel Meyer Andersen a écrit : >> Hi, > > Hi Mikkel, > >> >> This commit consists of new files, so I put >> @version $Revision: $ $Date: $ >> in the top. I thought SVN would then au

Re: svn commit: r1053836 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/stat/inference/ test/java/org/apache/commons/math/stat/inference/

Le 30/12/2010 16:44, Mikkel Meyer Andersen a écrit : > 2010/12/30 Luc Maisonobe : >> Le 30/12/2010 16:18, Luc Maisonobe a écrit : >>> Le 30/12/2010 11:00, Mikkel Meyer Andersen a écrit : >>>> Hi, >>> >>> Hi Mikkel, >>> >>>> >

Re: svn commit: r1053836 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/stat/inference/ test/java/org/apache/commons/math/stat/inference/

Le 30/12/2010 16:47, Mikkel Meyer Andersen a écrit : > 2010/12/30 Mikkel Meyer Andersen : >> 2010/12/30 Luc Maisonobe : >>> Le 30/12/2010 16:18, Luc Maisonobe a écrit : >>>> Le 30/12/2010 11:00, Mikkel Meyer Andersen a écrit : >>>>> Hi, >>>>

Re: [codec] Maven password encryption

Le 02/01/2011 20:52, Simone Tripodi a écrit : > Hi all guys, > I'm a big fan of how Maven manages passwords (en|de)cription[1] and > found the algorithm implementation[2] on Sonatype's repo. > Since the code is released under AFL2.0, what about including this > algorithm in codec component? > I can

Re: [math] 2.2 compatibility issues

Hi Phil, Le 02/01/2011 19:01, Phil Steitz a écrit : > The clirr report run from the current MATH_2_X branch is, as expected, > problematic. To get 2.2. out, we need to agree on what breaks we are going > to allow and what we are going to fix. Here is a first cut and proposal > for some immediat

Re: [math] 2.2 compatibility issues

Le 02/01/2011 21:09, Luc Maisonobe a écrit : > Hi Phil, > > Le 02/01/2011 19:01, Phil Steitz a écrit : >> The clirr report run from the current MATH_2_X branch is, as expected, >> problematic. To get 2.2. out, we need to agree on what breaks we are going >> to allow a

Re: [codec] Maven password encryption

; http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > > > On Sun, Jan 2, 2011 at 8:59 PM, Luc Maisonobe > wrote: > > Le 02/01/2011 20:52, Simone Tripodi a écrit : > >> Hi all guys, > >> I'm a big fan of how Maven manages passwords (en|de)c

Re: [Math] Explanations for MATH-459

Hi Michael, Le 09/01/2011 08:58, Michael Giannakopoulos a écrit : > Thanks a lot for the explanation! One question that i have is this: Commons > Math libraries don't include a package with > 'org.apache.commmons.math.exception' (at least as far as the version 2.1 is > concerned...). Is there anot

Re: [VOTE] Release Commons Lang 2.6 based on RC1

Le 12/01/2011 02:46, Niall Pemberton a écrit : > I would like to do a Lang 2.6 release. I have back-ported compatible > bug fixes and enhancements from the trunk to the 2.x branch, details > of which are here: > > http://people.apache.org/~niallp/lang-2.6-rc1/RELEASE-NOTES.txt > http://people.ap

creating internal errors

Hi all, With the exception refactoring, MathRuntimeException has been deprecated in branch 2.X (but it is neither deprecated nor deleted in trunk for now ...). This class did include a createInternalError static method that is useful in defensive programming for difficult cases. It is used at 4 d

Re: [Math] ETA for 2.2 ?

Le 18/01/2011 12:06, Phil Steitz a écrit : > On Tue, Jan 18, 2011 at 5:36 AM, Gilles Sadowski > wrote: >> Hello. >> >> Is there a timeline for the release? >> >> It doesn't seem that many bugs remain to be fixed; only one actually >> targets 2.2. But I guess that the recent issues with FastMath ar

ODE events and adaptive stepsize

Hi all, I have opend a Jira issue for some tricky problems with events detection and adaptive step size in ordinary differential equations. The problem is that this code has been around for a few years (it was in the former Mantissa library) and nu

Re: svn commit: r1061602 - /commons/proper/math/trunk/src/test/java/org/apache/commons/math/util/MathUtilsTest.java

Le 21/01/2011 03:45, s...@apache.org a écrit : > Author: sebb > Date: Fri Jan 21 02:45:52 2011 > New Revision: 1061602 > > URL: http://svn.apache.org/viewvc?rev=1061602&view=rev > Log: > Fix up double nextAfter special cases; add float test Ooops. I forgot these ones, sorry. Thanks for fixing tha

Re: [Math] "ConvergingAlgorithm" and "ConvergingAlgorithmImpl"

Le 21/01/2011 16:52, Gilles Sadowski a écrit : > Hi. > > In trunk, the only remaining uses of > "ConvergingAlgorithm" and > "ConvergingAlgorithmImpl" > are in > "UnivariateRealIntegrator" and > "UnivariateRealIntegratorImpl" > which themselves are only used in the classes from package > "a

Re: svn commit: r1062008 - /commons/proper/math/branches/MATH_2_X/src/main/java/org/apache/commons/math/util/FastMath.java

Le 21/01/2011 21:24, s...@apache.org a écrit : > Author: sebb > Date: Fri Jan 21 20:24:53 2011 > New Revision: 1062008 > > URL: http://svn.apache.org/viewvc?rev=1062008&view=rev > Log: > Correct list of unique methods > > Modified: > > commons/proper/math/branches/MATH_2_X/src/main/java/org/

Re: svn commit: r1062304 - /commons/proper/math/branches/MATH_2_X/src/main/java/org/apache/commons/math/util/FastMath.java

Le 23/01/2011 01:58, s...@apache.org a écrit : > Author: sebb > Date: Sun Jan 23 00:58:07 2011 > New Revision: 1062304 > > URL: http://svn.apache.org/viewvc?rev=1062304&view=rev > Log: > MATH-496 Create FastMath copySign methods I was also creating these methods. I have created all the missing on

Re: svn commit: r1062304 - /commons/proper/math/branches/MATH_2_X/src/main/java/org/apache/commons/math/util/FastMath.java

Hi Sebastian, Le 23/01/2011 13:07, sebb a écrit : > On 23 January 2011 11:57, sebb wrote: >> On 23 January 2011 09:58, Luc Maisonobe wrote: >>> Le 23/01/2011 01:58, s...@apache.org a écrit : >>>> Author: sebb >>>> Date: Sun Jan 23 00:58:07 2011 >

Re: svn commit: r1062304 - /commons/proper/math/branches/MATH_2_X/src/main/java/org/apache/commons/math/util/FastMath.java

Le 23/01/2011 15:24, Gilles Sadowski a écrit : > Hello. Hi Gilles, > >> [...] >> >> I hope I will have a reliable version of scalb in the next few hours. >> >> Once scalb is ready, I will also commit hypot. It is already coded and >> teste, but it relies on scalb to avoid overflow/underflow (and

Re: [MATH] FastMathTest - split into 2 or 3 classes?

Hi Sebb, Le 23/01/2011 15:51, sebb a écrit : > I think it would be useful to split the FastMathTest class into 2 or 3 > classes. > > FastMathTest - individual method tests > FastMathPerformanceTest - the performance test > FastMathGenericTest - tests to compare against all StrictMath methods > (

Re: [Math] Exception handling (again)

Hi Phil, Le 23/01/2011 19:27, Phil Steitz a écrit : > Thanks for restarting the discussion of this topic, Gilles. > > Here is a first attempt at some principles for exceptions management > in [math], followed by an illustration using the ConvergenceException > case discussed in MATH-487. The pri

Re: [Math] Exception handling (again)

Le 23/01/2011 22:10, Phil Steitz a écrit : > On Sun, Jan 23, 2011 at 2:45 PM, Luc Maisonobe wrote: >> Hi Phil, >> >> Le 23/01/2011 19:27, Phil Steitz a écrit : >>> Thanks for restarting the discussion of this topic, Gilles. >>> >>> Here is a

Re: [Math] Exception handling (again)

Le 23/01/2011 22:12, Gilles Sadowski a écrit : > Hello. > >>> Thanks for restarting the discussion of this topic, Gilles. >>> >>> Here is a first attempt at some principles for exceptions management >>> in [math], followed by an illustration using the ConvergenceException >>> case discussed in MAT

Re: [math] 2.2 compatibility issues

- "Phil Steitz" a écrit : > On Sun, Jan 16, 2011 at 12:26 PM, Phil Steitz > wrote: > > On Sun, Jan 2, 2011 at 1:01 PM, Phil Steitz > wrote: > >> The clirr report run from the current MATH_2_X branch is, as > expected, > >> problematic.  To get 2.2. out, we need to agree on what breaks we >

Re: [MATH] FastMath bug fixes - should they be in changes.xml?

Hi Sebb, - "sebb" a écrit : > Just had a sudden thought - FastMath is new to 2.2 and 3.0, so does > it > make sense to list all its bug fixes in the changes document? As long as their are Jira issues on them, I think they should be referenced. Luc > > [If we do list them, I think they sh

Re: [math] 2.2 compatibility issues

- "Phil Steitz" a écrit : > On Mon, Jan 24, 2011 at 7:58 AM, wrote: > > > > - "Phil Steitz" a écrit : > > > >> On Sun, Jan 16, 2011 at 12:26 PM, Phil Steitz > > >> wrote: > >> > On Sun, Jan 2, 2011 at 1:01 PM, Phil Steitz > > >> wrote: > >> >> The clirr report run from the current M

Re: [math] 2.2 compatibility issues

- "Phil Steitz" a écrit : > I guess there are some other logical alternatives to consider: > > 1) s/2.2/3.0 s/3.0/4.0 > 2) abandon 2.2 release > > Option 1) may not be that bad - saves work reverting the incompatible > stuff remaining and solves Luc's (and anyone else who has been using >

Re: [MATH] FastMath evaluation discrepancies

Hi Sebb, Le 24/01/2011 18:59, sebb a écrit : > I've now fixed the reflection-based tests. Great. I didn't knew about this way to use junit. > > Rather than ignoring results which are within one ULP of the expected > value, these are treated as errors at present. > If double or float numbers dif

Re: [VOTE] Release commons-parent 18

- "Gary Gregory" a écrit : > This is a VOTE to release commons-parent 18. > > [ ] +1: Yes +1 Luc > [ ] -1: No, because: > > The changes since 17 are: > > - Update to Surefire 2.7.1 (from the 2.5 default and 2.2 for the Java > 1.3 profile.) > > - Update plugins for Maven 3 compatibili

[math] Re: Concerning building and updating code from the repository

- "Michael Giannakopoulos" a écrit : > Hello guys, Hi Michael, First, please add a [math] marker when you post on this shared list. > I'm facing a small problem here... I use eclipse in order to see the > version > of the current code from the repository (via svn...). I download all > all

Re: [Math] FastMath Performance

Hi Gilles, - "Gilles Sadowski" a écrit : > Hello. > > > > [...] > > >> Note: this appears to be at least as quick as StrictMath on Sun > Java 1.6 in a crude test > > > > > > The performance comparison for "FastMath" should be against > "Math", as "StrictMath > > > is expected to be slow(er)

Re: [math] 2.2 compatibility issues

Hi Gilles, - "Gilles Sadowski" a écrit : > > >> >> >> 1) s/2.2/3.0  s/3.0/4.0 > > >> >> >> 2) abandon 2.2 release > > >> > > > >> > From the fact that you have to consider these options, let's > remember that, > > >> > at the release of 3.0, we should immediately create a > "bug-fix-only" br

[math] requesting a GIT mirror ?

Hello all, I would like to open an INFRA issue requesting a GIT mirror for Commons Math, as proposed in . Do anybody have a comment about this ? Luc - To unsubscribe, e-mail: dev-u

[math] last steps before releasing 2.2 ?

There are only two issues left in Jira for 2.2. I think MATH-488 could be considered resolved as the class has been deprecated as requested 5 days ago. Concerning MATH-487, I understood we are going to keep ConvergenceException as a base class for a bunch of lower level exceptions. Who volunteers

Re: [math] last steps before releasing 2.2 ?

- "Phil Steitz" a écrit : > On Wed, Jan 26, 2011 at 2:21 PM, Luc Maisonobe > wrote: > > There are only two issues left in Jira for 2.2. > > > > I think MATH-488 could be considered resolved as the class has been > > deprecated as requested 5

Re: [math] last steps before releasing 2.2 ?

Le 27/01/2011 17:49, Phil Steitz a écrit : > On Thu, Jan 27, 2011 at 9:20 AM, Gilles Sadowski > wrote: >> Phil, >> >>> OK. But now that we have detected an "aroma" around unilaterally >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if >>> there is a way to introduce an unche

Re: [Math] Repository and SVN

Le 28/01/2011 17:17, Michael Giannakopoulos a écrit : > Hello guys, Hi Michael > > I have one main problem with the svn... I use eclipse and its plugin in > order to synchronize a java project with the current code in the trunk... > However the problem that i face is that there are three differe

Re: [Math] Repository and SVN

Le 28/01/2011 20:18, Michael Giannakopoulos a écrit : > Hello Luc, Hi Michael, > > First of all thanks for your answer! > >> You should not move files. >> Just checkout starting from the top folder containing the pom.xml file. > > Well, in Eclipse i follow the "File->New->Project" option and t

Re: [math] last steps before releasing 2.2 ?

Le 29/01/2011 05:31, Gilles Sadowski a écrit : > Hello. Hi Gilles, > >>> OK. But now that we have detected an "aroma" around unilaterally >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if >>> there is a way to introduce an unchecked parent that gets us out of

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Le 30/01/2011 19:47, Gilles Sadowski a écrit : >> > src/main/java/org/apache/commons/math/ode/nonstiff/AdaptiveStepsizeIntegrator.java >> src/main/java/org/apache/commons/math/geometry/Rotation.java >> I think that the list is quite long... >> When what is being set is exac

[sandbox] new sandbox component

Hi all, I have a bunch of code lying around to deal with BSP trees (useful in different kinds of geometry modeling) and I would like to start a new sandbox component to improve it and maybe merge it back to [math] if useful or let it grow as a standalone component. Do you agree with the idea ?

Re: [sandbox] new sandbox component

Le 31/01/2011 17:46, Gary Gregory a écrit : > Does that really fit in [math] or would it be better in a new component like > a [geometry]? Good idea, thanks Gary, I'll start with geometry as the name. We can decide later if we include it in [math] or not. It will at least depend on [math]. Luc

Re: [sandbox] new sandbox component

Le 31/01/2011 19:49, Phil Steitz a écrit : > On 1/31/11 12:38 PM, Matt Benson wrote: >> +1, as long as your "seed code" is authored solely by yourself and >> cannot be claimed the property of any other entity, my ignorance of EU >> IP law notwithstanding. >> > Good point. I know Luc is well aware

Re: [math] last steps before releasing 2.2 ?

Le 30/01/2011 23:55, Gilles Sadowski a écrit : > Hi. Hi Gilles, I have shortened the message because it is now almost unreadable, so I would like to focus to a few points only. > > So? If you remember, this is exactly what we talked about when we met in > person. "myOwnAlgorithmWhichCallsSolver

Re: [sandbox] new sandbox component

Le 31/01/2011 20:13, Phil Steitz a écrit : > On 1/31/11 1:59 PM, Luc Maisonobe wrote: >> Le 31/01/2011 17:46, Gary Gregory a écrit : >>> Does that really fit in [math] or would it be better in a new component >>> like a [geometry]? >> Good idea, thanks Gary, I&#

Re: [sandbox] new sandbox component

Le 31/01/2011 21:22, Phil Steitz a écrit : > On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory > wrote: >>> -Original Message----- >>> From: Luc Maisonobe [mailto:luc.maison...@free.fr] >>> Sent: Monday, January 31, 2011 14:52 >>> To: Commons Developers L

Re: [all][math] Help wanted with exceptions API design

- "Stephen Colebourne" a écrit : > I can give some feedback based on JSR-310. > > I have a small hierarchy of exceptions that attempts to capture some > key problems that may occur. The problem I found was that as I > refactored code, the exceptions listed in Javadoc quickly became > inaccu

Re: [all][math] Help wanted with exceptions API design

Le 01/02/2011 18:22, Jörg Schaible a écrit : > Hi, > > Phil Steitz wrote: > >> We are in process of redesigning our exceptions hierarchy in [math] >> and we could use some input / perspective from other Commons >> community members. Thanks in advance for your feedback and perspective. >> >> The

Re: [all][math] Help wanted with exceptions API design

message is not translated in a specific language (i.e. all but French) and the translations are in properties files. This change has been introduced in June 2010, so it will be first published with the upcoming 2.2. Luc > > Gary > > On Feb 1, 2011, at 23:55, "Phil Steitz"

[math] deciding about 2.2 (was Re: [all][math] Help wanted with exceptions API design)

Le 02/02/2011 05:54, Phil Steitz a écrit : > On 2/1/11 2:06 PM, Luc Maisonobe wrote: >> Le 01/02/2011 18:22, Jörg Schaible a écrit : >>> Hi, >>> >>> Phil Steitz wrote: >>> >>>> We are in process of redesigning our exceptions hierarchy in [

Re: svn commit: r1066668 - /commons/trunks-sandbox/

Le 02/02/2011 23:31, nia...@apache.org a écrit : > Author: niallp > Date: Wed Feb 2 22:31:33 2011 > New Revision: 108 > > URL: http://svn.apache.org/viewvc?rev=108&view=rev > Log: > Add bsp to trunks-sandbox Thanks Niall :-) I was writing a mail to ask what I should do for trunk-sandbox

Re: [sandbox] new sandbox component

Hi all, -Original Message- From: luc.maison...@free.fr [mailto:luc.maison...@free.fr] Sent: Monday, January 31, 2011 11:23 To: Commons Developers List Subject: [sandbox] new sandbox component Hi all, I have a

[sandbox] wrong page on the commons site

Hello, I tried to check if the new sandbox page was online now, but it seems to me that it is simply a copy of the main page, not a sandbox specific . Do you see the same problem ? Luc - To

Re: [math] deciding about 2.2

Le 04/02/2011 01:18, Gilles Sadowski a écrit : > On Thu, Feb 03, 2011 at 06:11:19PM -0500, Phil Steitz wrote: >> On 2/3/11 5:02 PM, Gilles Sadowski wrote: >> [...] > It seems the thread asking for help on the exception API design is going > to be fruitful, and it starts well with intere

Re: svn commit: r1067216 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/optimization/direct/CMAESOptimizer.java test/java/org/apache/commons/math/optimization/direct/CMAESOptim

Le 04/02/2011 17:36, er...@apache.org a écrit : > Author: erans > Date: Fri Feb 4 16:36:08 2011 > New Revision: 1067216 > > URL: http://svn.apache.org/viewvc?rev=1067216&view=rev > Log: > MATH-442 > Original code provided by Dietmar Wolz. Please revert this commit as soon as possible. We do not

Re: svn commit: r1067216 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/optimization/direct/CMAESOptimizer.java test/java/org/apache/commons/math/optimization/direct/CMAESOptim

Hi Gilles, Le 04/02/2011 21:29, Gilles Sadowski a écrit : > On Fri, Feb 04, 2011 at 08:29:42PM +0100, Luc Maisonobe wrote: >> Le 04/02/2011 17:36, er...@apache.org a écrit : >>> Author: erans >>> Date: Fri Feb 4 16:36:08 2011 >>> New Revision: 1067216 >&

[math] the 2.2 release saga conclusion ?

Hi all, I would like to have 2.2 out as soon as possible. I would like to propose yet another intermediate solution, not a perfect one, but trying to mitigate everything that has been said here. Remember this is *only* for 2.2 and it does *not* mean anything about 3.0 or any further discussions.

Re: [math] the 2.2 release saga conclusion ?

Le 11/02/2011 19:07, Phil Steitz a écrit : > On 2/11/11 12:49 PM, Luc Maisonobe wrote: >> Hi all, >> >> I would like to have 2.2 out as soon as possible. I would like to >> propose yet another intermediate solution, not a perfect one, but trying >> to mitigate e

Re: [math] the 2.2 release saga conclusion ?

Le 11/02/2011 20:23, Phil Steitz a écrit : > On 2/11/11 1:53 PM, Luc Maisonobe wrote: >> Le 11/02/2011 19:07, Phil Steitz a écrit : >>> On 2/11/11 12:49 PM, Luc Maisonobe wrote: >>>> Hi all, >>>> >>>> I would like to have 2.2 out as soon

Re: [math] the 2.2 release saga conclusion ?

Le 11/02/2011 21:34, Phil Steitz a écrit : > On 2/11/11 3:03 PM, Luc Maisonobe wrote: >> Le 11/02/2011 20:23, Phil Steitz a écrit : >>> On 2/11/11 1:53 PM, Luc Maisonobe wrote: >>>> Le 11/02/2011 19:07, Phil Steitz a écrit : >>>>> On 2/11/11

[math] velocity problem while doing a dry run on RC

Hello, It seems 2.2 has been stabilized thanks to the efforts of everybody. I fixed the latest CLIRR problems, the latest report is available here: . I tried a dry run on creating a release candidate, and encountered a velocity problem while genera

[math] Fwd: [jira] Commented: (MATH-520) Some unit tests fail in "CMAESOptimizerTest"

Hi, Dietmar, could you have a look at this issue ? Thanks, Luc Message original Sujet: [jira] Commented: (MATH-520) Some unit tests fail in "CMAESOptimizerTest" Date : Sun, 20 Feb 2011 08:54:38 + (UTC) De : Luc Maisonobe (JIRA) Répondre à : iss...@commons.apach

Re: [math] velocity problem while doing a dry run on RC

Le 20/02/2011 00:08, Phil Steitz a écrit : > On 2/19/11 2:45 PM, Luc Maisonobe wrote: >> Hello, >> >> It seems 2.2 has been stabilized thanks to the efforts of everybody. >> I fixed the latest CLIRR problems, the latest report is available here: >> <http://peop

Re: [math] velocity problem while doing a dry run on RC

Le 20/02/2011 10:31, Michael Giannakopoulos a écrit : > Also works for me with the version bellow: > > Apache Maven 2.2.1 (rdebian-1) > Java version: 1.6.0_20 > Java home: /usr/lib/jvm/java-6-openjdk/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux" version: "2.6.32-28-gener

[VOTE] Release math 2.2 based on RC1

Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC1/ Distributions: http://people.apache.org/~luc/math-2.2-RC1/ Maven artifacts: http://people.apache.org/~luc/math-2.2-RC1/maven/ Documentation bundled with the binary distribution: http://people.apache.org/~luc/math-2.2-RC1

[CANCELLED] Re: [VOTE] Release math 2.2 based on RC1

Le 20/02/2011 14:52, Phil Steitz a écrit : > On 2/20/11 7:44 AM, Luc Maisonobe wrote: >> Tag: >> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC1/ >> >> >> > Distributions: http://people.apache.org/~luc/math-2.2-RC1/ >> >> Mav

[VOTE] Release math 2.2 based on RC2

Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/ Distributions: http://people.apache.org/~luc/math-2.2-RC2/ Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/ Documentation bundled with the binary distribution: http://people.apache.org/~luc/math-2.2-RC2

Re: [VOTE] Release math 2.2 based on RC2

ng different than my Windows system expects. This is strange. Did you use the .tar.gz or the zip archive ? I think the later does line endings conversion upon unpacking but I'm not sure. Luc > > No blocking issues, so +1. > > Oliver > > [1] https://issues.apache.org/j

Re: [VOTE] Release math 2.2 based on RC2

dows" > > ? > > Gary Gregory > Senior Software Engineer > Rocket Software > 3340 Peachtree Road, Suite 820 • Atlanta, GA 30326 • USA > Tel: +1.404.760.1560 > Email: ggreg...@seagullsoftware.com > Web: seagull.rocketsoftware.com > >> -Original Mess

Re: [VOTE] Release math 2.2 based on RC2

Le 20/02/2011 16:15, Luc Maisonobe a écrit : > Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/ > > Distributions: http://people.apache.org/~luc/math-2.2-RC2/ > > Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/ > > Documenta

Re: [collections] retire or release?

- "Henri Yandell" a écrit : > I'd like to see a 3.3; I think we have a branch that had a lot of > bugfixes on it before the 4.0 merge. Perhaps a last version would help people who need long term maintenance of production systems. It seems at least some people still file Jira issues, so the

Re: [Math] MATH-519

Hi Gilles, - "Gilles Sadowski" a écrit : > [Please refer to > https://issues.apache.org/jira/browse/MATH-519 > for the context of this discussion.] > > Hi Luc. > > > Anyway, returning NaN or POSITIVE_INFINITY would work only with > some > > optimizers. > > Do you mean that it would fail

Re: [VOTE] Release math 2.2 based on RC2

- "sebb" a écrit : > On 20 February 2011 15:15, Luc Maisonobe > wrote: > > Tag: > http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/ > > > > Distributions: http://people.apache.org/~luc/math-2.2-RC2/ > > > > Maven arti

Re: [MATH] Matrix hierarchy reorganization

Hi Mikkel, - "Mikkel Meyer Andersen" a écrit : > Dear community, > > I've started on implementing Kalman filter and have once again run > into a structural challenge in regards to matrix hierarchy (as with > https://issues.apache.org/jira/browse/MATH-435 and > https://issues.apache.org/jira

Re: [MATH] 2.2 test failures when run with 2.1 test cases

Le 21/02/2011 18:03, sebb a écrit : > I've updated the test-jar.xml Ant script [1] so it can now be used to > run the test classes against a jar without needing to also compile > against the jar: > > $ ant -f test-jar.xml [-lib junit-m.n..jar] test-only > > Running this against a checkout of [3]

[CANCELLED] Re: [VOTE] Release math 2.2 based on RC2

This vote is cancelled. There are some incompatible changes in RC2 in the user level interface StepHandler, which were not detected by CLIRR. I will prepare a new release quickly. Luc Le 20/02/2011 16:15, Luc Maisonobe a écrit : > Tag: http://svn.apache.org/repos/asf/commons/proper/math/t

Re: [MATH] 2.2 test failures when run with 2.1 test cases

Le 21/02/2011 21:06, sebb a écrit : > On 21 February 2011 19:28, Luc Maisonobe wrote: >> Le 21/02/2011 18:03, sebb a écrit : >>> I've updated the test-jar.xml Ant script [1] so it can now be used to >>> run the test classes against a jar without needing to

Re: [Math] Clirr Report and UnivariateRealSolverImpl

Le 21/02/2011 22:02, Michael Giannakopoulos a écrit : > Hello guys, > > I found that the class "UnivariateRealSolverImpl" in the package > 'org.apache.commons.math.analysis.solvers' has been deprecated since version > 2.2 of asf commons math project... However this change isn't reported in the > C

Re: [Math] Clirr Report and calculateNumericalVariance() function

Le 21/02/2011 22:07, Michael Giannakopoulos a écrit : > Hello guys, > > I found out that the function 'calculateNumericalVariance()' in the class > 'org.apache.commons.math.distribution.WeibullDistributionImpl' which has > been added since version 2.2 of asf commons math project has not been > rec

Re: [Math] As far as the @inheritDoc is concerned

Le 21/02/2011 22:13, Michael Giannakopoulos a écrit : > Hello guys, > > Looking at the clirr report i have noticed that for example in the class > 'org.apache.commons.math.analysis.solvers.LaguerreSolver' some function with > the name 'solve(...)' have been added in the 2.2 version of the apache >

Re: [Math] Clirr report and LocalizedFormats

Le 21/02/2011 22:25, Michael Giannakopoulos a écrit : > Hello guys, > > In the clirr report of 2.2 version is mentioned that class > 'org.apache.commons.math.exception.util.LocalizedFormats' has been added... > However in the javadoc of the very same class is stated: "@since 2.1"... > Please have

Re: [CANCELLED] Re: [VOTE] Release math 2.2 based on RC2

Le 21/02/2011 21:09, sebb a écrit : > On 21 February 2011 19:32, Luc Maisonobe wrote: >> This vote is cancelled. >> >> There are some incompatible changes in RC2 in the user level interface >> StepHandler, which were not detected by CLIRR. >> >> I wil

Re: [Math] InvalidMatrixException constructor

- "Michael Giannakopoulos" a écrit : > Hello guys, > > Looking at the class > 'org.apache.commons.math.linear.InvalidMatrixException' > i found out that the public constructor > "InvalidMatrixException(string, > Object[ ])" isn't deprecated something that i suppose it should be > done > bec

Re: [Math] Clirr report and MatrixIndexException

- "Michael Giannakopoulos" a écrit : > Hello guys, > > In the Clirr report is mentioned that the function > 'MatrixIndexException(org.apache.commons.math.exception.util.Localizable, > java.lang.Object[])' has been added to the class > 'org.apache.commons.math.linear.MatrixIndexException'...

Re: [Math] Clirr report and 'org.apache.commons.math.linear.OpenMapRealVector'

- "Michael Giannakopoulos" a écrit : > Hello guys, > > I have noticed that the clirr report mentions that method 'public > double > getSparcity()' has been deprecated whereas method 'public double > getSparsity()' has been added... However in the class > 'org.apache.commons.math.linear.Open

Re: [Math] Clirr report and 'org.apache.commons.math.ode.AbstractIntegrator'

- "Michael Giannakopoulos" a écrit : > Hello guys, > > I have noticed that clirr report mentions that method 'protected > double > acceptStep(org.apache.commons.math.ode.sampling.AbstractStepInterpolator, > double[], double[], double)' and 'protected void > setStateInitialized(boolean)' hav

Re: [Math] Clirr report and 'org.apache.commons.math.optimization.general.LevenbergMarquardtOptimizer'

- "Michael Giannakopoulos" a écrit : > Hello guys, > > Clirr report mentions that method 'public void > setQRRankingThreshold(double)' has been added in this specific class > but the > javadoc hasn't been updated so as to mention "@since 2.2"... Have a > look at > this one please, and sorry

Re: [CANCELLED] Re: [VOTE] Release math 2.2 based on RC2

Le 22/02/2011 01:37, sebb a écrit : > On 21 February 2011 22:10, Luc Maisonobe wrote: >> Le 21/02/2011 21:09, sebb a écrit : >>> On 21 February 2011 19:32, Luc Maisonobe wrote: >>>> This vote is cancelled. >>>> >>>> There are some i

Re: [CANCELLED] Re: [VOTE] Release math 2.2 based on RC2

Le 22/02/2011 23:47, sebb a écrit : > On 22 February 2011 21:05, Luc Maisonobe wrote: >> Le 22/02/2011 01:37, sebb a écrit : >>> On 21 February 2011 22:10, Luc Maisonobe wrote: >>>> Le 21/02/2011 21:09, sebb a écrit : >>>>> On 21 February 2011 19:

[VOTE] Release math 2.2 based on RC3

Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC3/ Distributions: http://people.apache.org/~luc/math-2.2-RC3/ Maven artifacts: http://people.apache.org/~luc/math-2.2-RC3/maven/ Documentation bundled with the binary distribution: http://people.apache.org/~luc/math-2.2-RC3

Re: [VOTE] Release math 2.2 based on RC3

Le 23/02/2011 12:21, Luc Maisonobe a écrit : > Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC3/ > > Distributions: http://people.apache.org/~luc/math-2.2-RC3/ > > Maven artifacts: http://people.apache.org/~luc/math-2.2-RC3/maven/ > > Documenta

Re: [VOTE] Release math 2.2 based on RC3

st.java:154) >>at >> org.apache.commons.math.util.FastMathStrictComparisonTest.callMethods(FastMathStrictComparisonTest.java:167) >>at >> org.apache.commons.math.util.FastMathStrictComparisonTest.setupMethodCall(FastMathStrictComparisonTest.java:189) >>

Re: [MATH] Odd behaviour of FastMathStrictComparisonTest

Le 21/02/2011 22:18, sebb a écrit : > On 21 February 2011 20:03, sebb wrote: >> When testing using Java 1.5.0, I am seeing the following output: >> >> Running org.apache.commons.math.util.FastMathStrictComparisonTest >> double atan2(1.1102230246251565E-16, -1.7976931348623157E308) expected >> 4009

Re: [MATH] Odd behaviour of FastMathStrictComparisonTest

Le 23/02/2011 15:20, Luc Maisonobe a écrit : > Le 21/02/2011 22:18, sebb a écrit : >> On 21 February 2011 20:03, sebb wrote: >>> When testing using Java 1.5.0, I am seeing the following output: >>> >>> Running org.apache.commons.math.util.FastMathS

Re: [Math] Committing a file...

Le 23/02/2011 18:43, Michael Giannakopoulos a écrit : > Well, i'm in the ' > http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2'... So > i need to submit the changes i have made to the ' > http://svn.apache.org/repos/asf/commons/proper/math/trunk' or to ' > http://svn.apache.org/

Re: [VOTE] Release math 2.2 based on RC3

.org/ > > > > On Wed, Feb 23, 2011 at 7:03 PM, Jörg Schaible wrote: >> Hi Luc, >> >> Luc Maisonobe wrote: >> >>> Tag: >>> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC3/ >>> >>> Distributions: http://p

Re: [VOTE] Release math 2.2 based on RC3

- "Oliver Heger" a écrit : > Am 23.02.2011 21:08, schrieb Luc Maisonobe: > > Le 23/02/2011 20:35, Simone Tripodi a écrit : > >> I wonder if the cause of the fails on my runs could be an Apple's > JVM bug... > >> Any idea? > > > &g

Re: [VOTE] Release math 2.2 based on RC3

s correctly +ra = copySign(0.0, y); } // Call atan - "luc maisonobe" a écrit : > - "Oliver Heger" a écrit : > > > Am 23.02.2011 21:08, schrieb Luc Maisonobe: > > > Le 23/02/2011 20:35, Simone Tripodi a écrit : > > &g

Re: [VOTE] Release math 2.2 based on RC3

t; rb = -(temp - ra - rb); >> ra = temp; >> >> -if (ra == 0 && (y < 0)) { // Fix up the sign so atan works correctly >> -ra = -0.0; >> +if (ra == 0) { // Fix up the sign so atan works correctly >> +

[CANCELLED] Re: [VOTE] Release math 2.2 based on RC3

Le 23/02/2011 12:21, Luc Maisonobe a écrit : > Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC3/ > > Distributions: http://people.apache.org/~luc/math-2.2-RC3/ > > Maven artifacts: http://people.apache.org/~luc/math-2.2-RC3/maven/ > > Documenta

Re: [VOTE] Release math 2.2 based on RC3

Le 24/02/2011 19:56, sebb a écrit : > On 24 February 2011 17:46, Luc Maisonobe wrote: >> Le 24/02/2011 18:31, sebb a écrit : >>> On 24 February 2011 17:26, Luc Maisonobe wrote: >>>> Le 24/02/2011 18:17, sebb a écrit : >>>>> No, the patch does not

<    1   2   3   4   5   6   7   8   9   10   >