is
running.
Does this make sense?
Could it be merged by the FastMath performance tests Sebb set up ?
best regards,
Luc
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
should
be copied somewhere in the classpath ?
Luc
- Mail d'origine -
De: Gump iss...@commons.apache.org
À: dev@commons.apache.org
Envoyé: Thu, 21 Jul 2011 08:49:08 +0200 (CEST)
Objet: [GUMP@vmgump]: Project commons-math (in module apache-commons) failed
To whom it may engage
refactoring.
Reducing the number IllegalArgumentException we use is a good thing, thanks.
Luc
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le 20/07/2011 13:29, Continuum@vmbuild a écrit :
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10189projectId=97
The error was due to use of Arrays.copyOf, which is Java 6 specific.
Fixed in r1148709.
Luc
Build statistics:
State: Failed
Previous State
have a look at this ?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
to storage of
array references. such problems are often solved by using the clone()
method on arrays, to make sure the array stored in the class and the
array seen by the caller are independent to each other.
Thanks for your efforts
Luc
On Wed, Jul 20, 2011 at 10:27 AM, Greg Sterijevski
gsterijev
vector and
matrices in the linear algebra package.
Luc
Thanks,
-Greg
On Wed, Jul 20, 2011 at 1:14 PM, Phil Steitzphil.ste...@gmail.com wrote:
On 7/20/11 9:56 AM, Greg Sterijevski wrote:
Having discovered the check-results.xml file, I will work through them
all... (the ones I contributed
actually use 1.5 throughout on
purpose, rather than by accident. I'd be happy to participate in making
these changes. Can we vote on that part of it at least, so that work
could start?
[ ] +1, agreed
+1
Luc
[ ] +0, ok, but don't care
[ ] -1, don't agree, with reason
On 07/18/2011 12:56 PM
somewhere between the two
tests ?
I tried to run the test on my computer (Linux 64 bits, Java 1.5, eclipse
environment), the test did run without any problem.
Luc
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects
to just redo the
computation in parallel to high precision. Up to a few months ago, I was
simply doing this using emacs (yes, emacs rocks) configured with 50
significant digits? Now it is easier since we have our own dfp package
in [math].
Luc
-Greg
On Thu, Jul 14, 2011 at 1:18 PM, Ted
be happy to play with a new toy. But
they can also live without it (as they did until now) for some more time.
[Or they can patch their local copy.]
Yes, those who want to live on the bleeding edge are probably ready to
put some effort in it.
best regards,
Luc
Best,
Gilles
in this case would really be cumbersome for users.
So you see there is no silver bullet, sometimes we use interface,
sometimes we don't. We used a lot more interfaces before and are
changing our minds on some use cases.
best regards,
Luc
2011/7/13 Sébastien Brisardsebastien.bris...@m4x.org
We
Dietmar,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
- pste...@apache.org a écrit :
Author: psteitz
Date: Mon Jul 11 01:32:31 2011
New Revision: 1145007
URL: http://svn.apache.org/viewvc?rev=1145007view=rev
Log:
Added a couple of new contributors.
Thanks Phil, sorry to have forgotten adding them :-(
Luc
Modified:
commons
have formatting for vectors.
best regards,
Luc
I'll attach the corresponding files to the JIRA issue, if you want to have a
more precise idea of what I'm talking about.
Thanks in advance for your comments,
Sebastien
Good morning,
my proposal for the implementation of linear iterative solvers
do have formatting for vectors.
best regards,
Luc
I actually was not thinking of speed for --as you mentioned--
exceptional cases, but rather to ease of debugging. If several vectors
could have caused the exception, it's easier to identify the right one
if we have a reference rather than a deep
Le 08/07/2011 13:06, Gilles Sadowski a écrit :
Hi Luc.
Reminded of this issue by your last post: I think that the default format
should be the scientific notation. Currently, only 2 digits are printed
after the decimal point which entails the loss of all information when the
number is close
layer also on top of Brent was
sufficient.
best regards,
Luc
Best regards,
Dennis
Gilles Sadowski wrote:
Hello.
Here are my personal opinions on this entire discussion:
I'm not sure I like the auto-magic under the hood conversion from
unbracketed solver to bracketed solver.
It's
* v). This would be a slight generalization of DAXPY.
For sure this would be an interesting addition.
Luc
It would be fairly easy to implement for ArrayRealVector, not sure about
OpenMapRealVector.
Best regards,
Sebastien
considered adding the wrapper
and let the user choose any solver he wants.
This is however internal code, so for this specific case, we can use any
solution, be it a wrapper added before solving or a refinement after
solving.
Luc
In principle, you are right.
But in practice, we'd add
work only for UnivariateRealFunction, not for PolynomialFunction
or DifferentiableUnivariateRealFunction.
For now, my preference is on getFunction, perhaps with a warning in the javadoc
against using it without also checking the calls count.
best regards,
Luc
Well, sorry for this long message
ones. I hope we can explain that without causing
headache to our users or raising question like hey, but then what is the
difference between bracketing and non bracketing solvers?.
best regards,
Luc
[...]
Best,
Gilles
;-)
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
, knowing that the vote would extend from
2011-07-03 to 2011-07-05 and adding a one day margin.
This is very minor and the files can be published as is for this RC if
the vote succeeds.
best regards,
Luc
[ ] +0 go ahead I don't care
[ ] -1 no, do not release it because
http://people.apache.org
the operators
proposed in the two issues (MATH-581 and MATH-608) be merged together ?
best regards,
Luc
On Sat, Jul 2, 2011 at 1:38 AM, Matthew Pocockturingatemyhams...@gmail.com
wrote:
You may get more mileage by having a matrix operation interface that has is
parameterised over the two
, and in an unrelated code
path later on you use paramtypes (to get its length) without checking it
is null.
Perhaps you should protect the building of the paramValues array when
paramTypes is null ?
Luc
you can browse the class on SVN[1]
Many thanks in advance, feel free to commit
,
- if I add findbugs in the pom file, it detects four small problems,
- the maven artifacts still contains files with double checksums
.asc.md5 and .asc.sha1.
Luc
http://people.apache.org/~simonetripodi/
http://www.99soft.org
Le 01/07/2011 15:02, Simone Tripodi a écrit :
Salut Luc!
-1
The gpg signature seems to have been done with key 41A0D191 which is not
your Apache signing key. The Apache signature key present in the KEYS file
is either 19FEA27D or C002CC79.
my bad :/
There are also a few other minor
Le 01/07/2011 15:08, Simone Tripodi a écrit :
Salut Luc,
Hi Simone,
can we close this vote thread in order I can fix the open issues or we
have to wait this evening?
I guess you can cancel it and prepare a new one. I'm pretty sure people
will wait for the next RC to check it.
best
:-(
Which version of maven do you use ?
Luc
Dennis
Luc Maisonobe wrote:
Le 24/06/2011 11:33, Dennis Hendriks a écrit :
I have 137 errors only adding the check for braces, and only a
handful
without this check!
I used a trunk checkout and then:
mvn -Prc clean package
mvn
(asmuts)
2b. Grant Commons karma to Thomas Vandahl (tv)
2c. Grant Commons karma to Scott Eade (seade)
-
[ ] +1 to all above
+1
Luc
[ ] +/- 0
[ ] -1, which ones and why ...
--
You may ofcourse vote on each
Hi Gilles,
Le 26/06/2011 13:00, Gilles Sadowski a écrit :
On Sun, Jun 26, 2011 at 12:41:09AM +0200, Luc Maisonobe wrote:
I think there are some naming conventions. Try using Abstract in the name
(there are other examples in our tests base) so that gump doesn't attempt to
run it directly
Le 26/06/2011 17:43, Gilles Sadowski a écrit :
On Sun, Jun 26, 2011 at 01:47:07PM +0100, sebb wrote:
On 26 June 2011 12:49, Luc Maisonobeluc.maison...@free.fr wrote:
Hi Gilles,
Le 26/06/2011 13:00, Gilles Sadowski a écrit :
On Sun, Jun 26, 2011 at 12:41:09AM +0200, Luc Maisonobe wrote:
I
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
, it still tries to launch the tests
and when it fails, there is an error message.
Then I don't understand why it works locally, but not on the build server...
[No error message here.]
This build server is configured to use ant for now.
Luc
There is clearly no ideal solution, but I think having
I think there are some naming conventions. Try using Abstract in the name
(there are other examples in our tests base) so that gump doesn't attempt to
run it directly.
--
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
Gilles Sadowski gil...@harfang.homelinux.org a écrit :
for this, but personally I
dislike this style a lot. Checkstyle provides a NeedBraces rule to avoid
this.
What about activating this rule ?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail
of our checkstyle configuration, there are already 5
SuppressionCommentFilter set up.
This also applies to findbugs, and we use findbugs-exclude-filter for
false positives.
Luc
Dennis
Luc Maisonobe wrote:
Hi all,
The provided patch for MATH-599 includes a number of no-brace
!
Do you use our checkstyle.xml file ?
Luc
So there is a lot of work to do for the next release...
If we
let warnings, it becomes difficult to sort real problems from false
positive. People have to take time to check every warning manually each
time, so allowing warnings really wastes more
cases, even for this integrator it does not optimize anything
since people will need interpolation
So I would like to completely remove this.
Removing the method is backward compatible for users.
Any thought about this ?
Luc
was thinking of improving some of the other distributions as well,
but haven't got the time to do it, yet. Hopefully it will come at some
point :-).
Fine, thank you very much
Luc
Cheers, Mikkel.
-
To unsubscribe, e-mail: dev-unsubscr
be interested in accepting these? Couple
of
the developers already have Commons karma, we will request karma for
a
couple more if the move happens.
Sounds good to me.
+1
Luc
Background threads in Jakarta land here [3, 4].
-Rahul
[1] http://jakarta.apache.org/bcel/
[2] http
Le 11/06/2011 13:54, James Carman a écrit :
graph is fine
Fine to me too. In fact in this case graph2 would even be inconvenient,
as people may ask about it.
Luc
On Sat, Jun 11, 2011 at 5:44 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
before moving commons-graph
BSP.
Luc
Thanks for your feedbacks, have a nice weekend!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Jun 11, 2011 at 1:56 PM, Christian Grobmeier
grobme...@gmail.com wrote:
[X ] +1, accept Meiyo as a new component in Sandbox;
[ ] +/-0
[ ] -1, because
Hi Gilles,
Le 11/06/2011 22:22, Gilles Sadowski a écrit :
[Posting here because the JIRA web server is down.]
On Sat, Jun 11, 2011 at 06:32:59PM +, Luc Maisonobe (JIRA) wrote:
[
https://issues.apache.org/jira/browse/MATH-485?page
own style.
Either in lang or as a separate component, it seems a good idea to me.
Luc
Matt
Thank you,
Gary
On Thu, Jun 9, 2011 at 4:29 PM, Simone Tripodisimonetrip...@apache.orgwrote:
Hi all guys,
before start working on Digester3 I experimented on GitHub, taking
inspiration from Google
, then
move the Sandbox on current proper /trunk
The vote will be open for the next 72 hours and will be closed on July
12th, at 9:00pm
Please cast your votes, many thanks in advance!!
All the best, have a nice day!
Simo
[ ] +1, accept the Digester3 on Sandbox as the codebase for the new Digester
+1
Luc
to the Attic requires a vote similar to 0).
votes, please. This VOTE will remain open for at least 72 hours.
+1
Luc
Thanks!
Phil
[1] http://markmail.org/message/bbnuxxozsnkapfhr
[2] http://markmail.org/message/3bot5xiazanqavqg
please cast your votes. This vote will remain open for 72 hours,
and close next 10th of June at 7:40pm CET
Many thanks in advance, have a nice day!!!
Simo
[ ] +1
+1
Luc
[ ] +/- 0
[ ] -1, because ...
http://people.apache.org/~simonetripodi/
http://www.99soft.org
!
I just close directly. The resolve then close is a workflow waiting
for a reason :)
The reason is that until a release has been cut including the fix,
it is still a problem faced by users. Just fixing in svn should not
close the issue.
+1. It helps both developers and users.
Luc
Phil
Hen
for contributing and sorry for the delay
best regards,
Luc
Best,
Sébastien
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le 24/05/2011 09:16, James Carman a écrit :
Since my work life is changing, I may just have more cycles to devote
to my role as a PMC member. I would like to re-join the PMC. What is
the process?
Welcome back James!
Luc
implement both interfaces.
If someone has another idea, I would be interested to read about it.
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
an hyperplane, from a point
and a normal vector without types clashing.
What do you think ?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le 22/05/2011 21:49, Phil Steitz a écrit :
On 5/22/11 5:00 AM, Luc Maisonobe wrote:
Hello,
The current o.a.c.math.geometry.euclidean packages are
inconsistent. The oned and twod packages define respectively
Point1D and Point2D classes, with namings akin to affine spaces
and the threed package
Le 22/05/2011 22:09, Phil Steitz a écrit :
On 5/22/11 4:20 AM, Luc Maisonobe wrote:
Hello,
The BSP tree code introduced recently into [math] was written
several years ago, in the Java 4 days. The implementation was
already dimension independent (and even topology-independent) and
used simple
explain why new instances are mandatory ?
Luc
Cf autoboxing which uses valueOf() which may return a cached instance.
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
, without any svn properties.
Luc
There is a configuration file to take care of svn:eol-style setting
[1] (as mentioned in [2]), but svn:keywords property has to be set
manually. In this case you are using the Id keyword.
General documentation on svn: properties in the Subversion manual is [3
I used camel style to improve readability. I could have
gone with an underscore, which is allowed (but I don't like it, it's
just a matter of taste).
Should I replace with one-d, two-d and three-d ?
Luc
[...]
Gilles
Le 18/05/2011 09:58, Luc Maisonobe a écrit :
Le 18/05/2011 01:19, Gilles Sadowski a écrit :
[...]
The current layout in [math] is one o.a.c.math.geometry package with
6 3D specif classes. The current layout in [bsp] is one
o.a.c.bsp.partitioning package that is dimension-independent, one
Le 18/05/2011 11:49, Gilles Sadowski a écrit :
On Wed, May 18, 2011 at 10:03:59AM +0100, Stephen Colebourne wrote:
On 18 May 2011 09:11, Luc Maisonobeluc.maison...@free.fr wrote:
Should I replace with one-d, two-d and three-d ?
Of course this should read: one_d, two_d and three_d
Le 18/05/2011 12:52, Gilles Sadowski a écrit :
On Wed, May 18, 2011 at 11:18:22AM +0100, sebb wrote:
On 18 May 2011 10:48,l...@apache.org wrote:
Author: luc
Date: Wed May 18 09:48:24 2011
New Revision: 1124151
URL: http://svn.apache.org/viewvc?rev=1124151view=rev
Log:
improved javadoc
- Phil Steitz phil.ste...@gmail.com a écrit :
On 5/16/11 3:47 PM, Gilles Sadowski wrote:
On Mon, May 16, 2011 at 02:39:01PM -0700, Phil Steitz wrote:
On 5/16/11 3:44 AM, Dr. Dietmar Wolz wrote:
Nikolaus Hansen, Luc and me discussed this issue in Toulouse.
Reading that, I've been
of work or noise.
I agree with the proposal including the change to svn commits, and I agree
with Phil's view in the paragraph above.
Luc
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Le 16/05/2011 16:19, Matt Benson a écrit :
On Sun, May 15, 2011 at 6:01 PM, Phil Steitzphil.ste...@gmail.com wrote:
On 5/15/11 9:43 AM, Luc Maisonobe wrote:
Le 15/05/2011 10:30, Mikkel Meyer Andersen a écrit :
+1
From me, too.
OK, it's done now. I have put everything as subpackages
at top level (alongside with geometry,
analysis, ode ...).
Does this suggestion makes sense ?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
that Luc is willing to do whatever
repackaging or other work is necessary to bring it in.
The repackaging was almost already done when the component was put in
sandbox. Of course I will adapt strictly to the current [math] API, i.e.
I will use MathRuntimeException as the base class
Le 14/05/2011 16:03, Phil Steitz a écrit :
On 5/14/11 2:08 AM, Luc Maisonobe wrote:
Hello,
Some weeks ago, I have imported in the sandbox a new component,
Apache Commons BSP which implements Binary Partitioning Trees (see
the thread about this creation here:
http://markmail.org/thread
Le 14/05/2011 21:04, Phil Steitz a écrit :
On 5/14/11 10:57 AM, Luc Maisonobe wrote:
Le 14/05/2011 16:03, Phil Steitz a écrit :
On 5/14/11 2:08 AM, Luc Maisonobe wrote:
Hello,
Some weeks ago, I have imported in the sandbox a new component,
Apache Commons BSP which implements Binary
Le 10/05/2011 16:13, sebb a écrit :
This is a vote to release Apache Commons NET 3.0 based on RC1.
[ ] +1 release it
+1
I just noticed you didn't put yourself in the developers section of the
pom file. With all the work you have done, you should get some credit.
Luc
[ ] +0 go ahead I
should be enhanced with this methods as well.
Yes, I know this has an impact on many classes
This is not really a problem, especially as we are defining a new major
release, it is exactly the right time to propose such extensions.
Luc
Arne
in the
ExceptionContext utility.
OK?
This is an elegant solution, I fully agree with it.
Luc
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
MathIllegalArgumentException
extends IllegalArgumentException
implements ContextedException
If so, then I am OK with this.
Luc
Phil
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
.
I could make it yes now but I'd rather not
changed that back and forth again and again.
Agreed.
Luc
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
Fine for me
Luc
Phil Steitz phil.ste...@gmail.com a écrit :
Converting some of my code to use trunk, I discovered that the
binomialCoefficient methods no longer throw IllegalArgumentException when
parameters are invalid. The javadoc asserts that MathIllegalArgumentException
will be thrown
small integer, say 3 to 5,
before the test method (in addition to the classical JUnit @Test
annotation). The number n is the number of retries we allow before
declaring the test systematically failed.
Could you have a look at this ?
thanks
Luc
That said, some information snippets are provided
a}.
+ */
+public static double reduce(double a,
+double period,
+double offset) {
+final double p = Math.abs(period);
+return a - p * Math.floor((a - offset) / p) - offset;
Shouldn't this be replaced by FastMath ?
Luc
, the corresponding check in checkstyle.xml must be changed.
I'm not sure we concluded. $Id$ seemed to be the choice of more people.
Either way, we can adapt checkstyle.
Luc
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr
Le 18/04/2011 21:36, Gary Gregory a écrit :
Hi All:
This is a VOTE to release commons-parent 21 based on version 21-RC3.
+1
Luc
The VOTE is open until Thursday April 21 16:00 EDT = UTC Thursday, April 21,
2011 at 20:00.
Changes:
- Upgrade maven-gpg-plugin to 1.2 from 1.1
Le 13/04/2011 09:58, Sebastien Brisard a écrit :
Do you think MAHOUT would be more appropriate to host such solvers?
Hi Sébastien,
I think both Mahout and Apache Commons Math could benefit from such code.
Luc
SB
silly.
No worries!
Also as we have a specific process to deal with incoming contributions,
we will also need a Software Grant (see
http://www.apache.org/licenses/#grants).
Thanks
Luc
Best,
Sebastien
-
To unsubscribe, e
Le 12/04/2011 21:29, Phil Steitz a écrit :
On 4/12/11 11:24 AM, Luc Maisonobe wrote:
Le 12/04/2011 18:10, Phil Steitz a écrit :
On 4/12/11 8:26 AM, luc.maison...@free.fr wrote:
Hi Phil,
- Phil Steitz phil.ste...@gmail.com a écrit :
On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
Hi
- Gilles Sadowski gil...@harfang.homelinux.org a écrit :
On Mon, Apr 11, 2011 at 06:02:52PM -, l...@apache.org wrote:
Author: luc
Date: Mon Apr 11 18:02:52 2011
New Revision: 1091153
URL: http://svn.apache.org/viewvc?rev=1091153view=rev
Log:
make sure the test runs
to allow users to change these
tolerances after the integrator has been built. It seems the integrators by
themselves were not documented as immutable (I first thought they were), so
this change is probably harmless.
I am going to open a Jira issue for this.
Any thoughts ?
Luc
of the original tolerances do not match and the
integrator has to be completely rebuilt, which force the user to know
how it was built and how it was configured to repeat all these steps.
Adding setters for the tolerance would greatly simplify this.
Luc
Phil
Luc
Phil
Luc
replacement
I would prefer choice 1.
What do you think ?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
this error. As there is a check against null at the very beginning,
it is probably OK and should be filtered out. However, I would like to
see someone else analyze this error too.
Luc
Hen
-
To unsubscribe, e-mail: dev-unsubscr
and stability.
Luc
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
they feel the current team is not
interested in quality fixes or because they are afraid by the amount of work to
fix things.
Luc
We have slowly increasing minutiae roadblocks to releases and I've
moved over the years from it helps build quality over to it gets
in
the way of community development
.
Phil
Here is my +1
+1
Luc
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
, but with several independent scripts, this
could leverage the risk.
Luc
I cannot seem to have published the Maven bits to Maven places. There is no
1.5 here:
http://repo1.maven.org/maven2/commons-codec/commons-codec/
Because it is not here:
/x1/www/people.apache.org/repo/m2-ibiblio-rsync
Le 30/03/2011 09:07, Ralph Goers a écrit :
On Mar 30, 2011, at 12:01 AM, Luc Maisonobe wrote:
Le 30/03/2011 03:36, Gary Gregory a écrit :
Wait! I'm not done or I'm loosing my marbles...
I followed the whole song and dance from:
http://wiki.apache.org/commons/UsingNexus
It's the last
go with fixed dates, it's a too ambitious goal for now.
Each time one of us has another priority task out of [math], it adds
delays to [math] because we still are a small team.
[Luc did that for release 2.2, changing yet another little thing to be nice
to users, and then everything was reverted
).
We often want the inheritance to be visible and public, not hidden and
wrapped.
Luc
All of the evaluate() methods,
for example, in the individual descriptive statistics, for example,
could be static. Convenience methods are provided in StatUtils to
support static invocation. I think
Le 28/03/2011 07:25, Phil Steitz a écrit :
On 3/27/11 6:31 PM, Phil Steitz wrote:
On 3/27/11 9:47 AM, Luc Maisonobe wrote:
Hi all,
I have squashed a number of findbugs and checkstyle warnings introduced
by recent changes (more than one hundred).
Thanks! And sorry...
There are a few
and we should add a findbugs excude filter ?
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
@@ -1 +1 @@
-Fixes MATH-437
+Fixes MATH-435
Hi Mikel,
Could you please use more explicit log messages ? It would allow not
going to JIRA to known what is fixed.
Thanks,
Luc
-
To unsubscribe, e-mail: dev-unsubscr
Le 21/03/2011 21:00, Mikkel Meyer Andersen a écrit :
Hi Luc,
In this case I changed the log because I gave the wrong issue id.
Sorry for that confusion.
But in general, yes, I will try to do that. Although I'm not sure how
detailed to be when a commit fixes an issue. I think I'm quite
Hi all,
It seems I forgot to store the final version as a separate tag when
releasing 2.2.
Sorry for the late fix
Luc
Le 20/03/2011 12:54, l...@apache.org a écrit :
Author: luc
Date: Sun Mar 20 11:54:15 2011
New Revision: 1083415
URL: http://svn.apache.org/viewvc?rev=1083415view=rev
Log
think now is that the more valuable
interface/implementation separation is at the lower level of random
generators, which is enabled in RandomDataImpl.
What do others think about this?
I also think the RandomDataImpl layer adds too much complexity for users.
+1 to merge it in RandomData.
Luc
901 - 1000 of 1616 matches
Mail list logo
