few weeks ago) to participate in this year's programme.
Then how to add the "PCA" feature to Commons Math could be
discussed in a thread of its own.
Regards,
Gilles
> [...]
> > [...]
-
To unsubscri
Hi Jay,
I am not on the Commons PMC, so feel free to give preference to other
suggestions, but I have one suggestion.
I contributed a Principle Component Analysis algorithm to the
Hipparchus project[1][2][3] (it's a Commons Math fork). I have been
meaning to propose the same class to Co
contributing to Apache
Commons Math.
I’ve gone through the GitHub repo and project ideas and I’m very interested
in contributing to algorithmic improvements, optimization, or statistical
modules. I’d love guidance on selecting a good beginner issue to get
started and also on aligning my efforts with the
Le sam. 9 mars 2024 à 03:57, Gary Gregory a écrit :
>
> It looks like the Maven SCM plugin wants your password. Did you
> provide it on the command line?
The error message (cf. below) says: "interactive prompting was disabled".
No prompt has been asking to supply a login and password.
Gilles
>
On Thu, Mar 7, 2024, 9:10 AM Gilles Sadowski wrote:
> >
> > > Hi.
> > >
> > > In relation to
> > > https://issues.apache.org/jira/browse/MATH-1667
> > > I'm trying to regenerate the (live) site of [Math], but
> > > I've lost tr
Mar 7, 2024, 9:10 AM Gilles Sadowski wrote:
>
> > Hi.
> >
> > In relation to
> > https://issues.apache.org/jira/browse/MATH-1667
> > I'm trying to regenerate the (live) site of [Math], but
> > I've lost track of the "right" way to do i
Please see https://commons.apache.org/site-publish.html
Gary
On Thu, Mar 7, 2024, 9:10 AM Gilles Sadowski wrote:
> Hi.
>
> In relation to
> https://issues.apache.org/jira/browse/MATH-1667
> I'm trying to regenerate the (live) site of [Math], but
> I've lost track
Hi.
In relation to
https://issues.apache.org/jira/browse/MATH-1667
I'm trying to regenerate the (live) site of [Math], but
I've lost track of the "right" way to do it in accordance
with the latest contents of the POM file; there is a
profile named "site-checkout&quo
gt; > > > > >
> > > > > > BigInteger toUnsignedBigInteger(long treatedAsUnsigned)
> > > > > >
> > > > >
> > > > > Can you describe a use case for this? That might help decide where it
> > > > > belongs. I wou
;
> > > >
> > > > Can you describe a use case for this? That might help decide where it
> > > > belongs. I wouldn't be surprised if this is more suitable for lang
> > > > than Math or Numbers.
> > > >
> > > > I'd
> > > Both Numbers and Statistics have implementations of
> > > >
> > > > BigInteger toUnsignedBigInteger(long treatedAsUnsigned)
> > > >
> > >
> > > Can you describe a use case for this? That might help decide where it
> > &
>
> > > BigInteger toUnsignedBigInteger(long treatedAsUnsigned)
> > >
> >
> > Can you describe a use case for this? That might help decide where it
> > belongs. I wouldn't be surprised if this is more suitable for lang
> > than Math or Numbers.
> >
> >
cribe a use case for this? That might help decide where it
> belongs. I wouldn't be surprised if this is more suitable for lang
> than Math or Numbers.
>
> I'd also suggest a different method name. There's no such thing as an
> UnsignedBigInteger in Java. All BigIntegers ar
t; n < 610 which would definitely not work
> now!
Testing a lower limit predates the API refactoring (that occurred many years
ago). I vaguely recall (?) that the lower limit had to be increased because
the previous implementation may have indeed not coun
is more suitable for lang
than Math or Numbers.
I'd also suggest a different method name. There's no such thing as an
UnsignedBigInteger in Java. All BigIntegers are signed. Maybe
something like toBigIntegerFromUnsigned
--
Elliotte R
Both Numbers and Statistics have implementations of
BigInteger toUnsignedBigInteger(long treatedAsUnsigned)
But these methods are in test classes.
Seems to me it would be useful to provide a public version of the
method, but where does it belong?
Sebb
--
the minimum was previously lower, but there are
suggestions that the counts may have been inaccurate.
At one point the limits were 590 < n < 610 which would definitely not work now!
> Regards,
> Gilles
>
> >
> > Sebb
> > [1]
> > https://github.com/apac
ely reduced?
I think so (if the right answer is found in fewer iterations, all the better).
Regards,
Gilles
>
> Sebb
> [1]
> https://github.com/apache/commons-math/blob/b0cefc56c67bd41ec9f14311f058d319b05c0312/commons-math-legacy/src/test/java/org/apache/commons/ma
The test MultiStartMultivariateOptimizerTest.testCircleFitting [1]
seems to be flaky.
It often fails with values below the expected minimum of 750.
Does this indicate a real failure, or can the minimum be safely reduced?
Sebb
[1]
https://github.com/apache/commons-math/blob
OK, done as a PR for now in case there are any second thoughts...
On Wed, 20 Sept 2023 at 19:42, Alex Herbert wrote:
>
> On Wed, 20 Sept 2023 at 14:24, sebb wrote:
> >
> > The artifactId for the parent pom is
> >
> > commons-math-parent
> >
> >
On Wed, 20 Sept 2023 at 14:24, sebb wrote:
>
> The artifactId for the parent pom is
>
> commons-math-parent
>
> whereas all the child poms have the prefix
>
> commons-math4-
>
> Seems to me this ought to be fixed before the first GA release
> (current is 4
The commons index page generally uses the same Maven coordinates for
searching and for generating the badge.
However this is not the case for NUMBERS and STATISTICS.
(and was not the case for MATH, but that was broken)
Surely the badge should be created from the same coords that the search uses
The artifactId for the parent pom is
commons-math-parent
whereas all the child poms have the prefix
commons-math4-
Seems to me this ought to be fixed before the first GA release
(current is 4.0-beta2)
Sebb
-
To unsubscribe
count sigfigs is worth adding to commons-lang
math utils, so ill propose it there. As for a wrapper class, Im not so
sure. Measurement calculation seems closer to something like
commons-numbers, but if its not quite close enough to fit then i'll just
retain it in my personal commons.
Thanks fo
I believe the convention is to take the *least* precise term and apply that
precision (here "precision" != "sigfigs" - Ive been using both terms to
mean sigfigs, but for these purposes precision is actually defined as how
small a fraction the measurement is able to convey - e.g 0.01 is more
precise
On Wed, 9 Aug 2023 at 17:13, Daniel Watson wrote:
> BigSigFig result = new BigSigFig("1.1").multiply(new BigSigFig("2"))
Multiply is easy as you take the minimum significant figures. What
about addition?
12345 + 0.0001
Here the significant figures should remain at 5.
And for this:
12345 + 10
Ah I see what you were asking. Yes it is up to the human entering data to
understand that 1 has exactly one sigfig according to standard
convention. If you need it to have more then you must write it in full
scientific notation. Obviously If a specific precision is required due to
some flaw in
On Wed, 9 Aug 2023 at 15:43, Daniel Watson wrote:
>
> Hope that answers more questions than it creates!
It does not address the issue of the last significant zero, e.g:
1 (4 sf)
1 (3 sf)
1 (2 sf)
One way to solve this with standard parsing would be to use scientific notation:
1.000
Before I answer your questions - I'll say that looking at the commons-math
codebase it is apparent that it's focused on specific functional
computation, rather than util-like features. So I agree this probably
doesn't fit well there. I honestly did not know commons-numbers exis
t data.
Thirdly, if accepting string input then you have the issue of first
identifying if the string is a number. This is non-trivial. For
example there is a function to do it in o.a.c.lang3.math in
NumberUtils.isCreatable.
Finding a home in commons will elicit different opinions from the
vari
I noticed there is not (or I could not find) a function within commons-math
to count the number of significant figures in a number string. I wrote a
function to do it and want to make sure I'm not missing something within
commons-math before submitting a PR.
This feature is necessary when wo
Hello.
Le sam. 5 août 2023 à 08:08, Hasan Diwan a écrit :
>
> I'm trying to migrate an internal service for interpolation to commons-math
> 3.6.1, using org.apache.commons.math3.fitting.GaussianCurveFitter.
Thanks for your interest in "Commons Math".
For any new code, y
I'm trying to migrate an internal service for interpolation to commons-math
3.6.1, using org.apache.commons.math3.fitting.GaussianCurveFitter. My
thoughts on this method:
- The fit() function returns a double[], what the numbers mean is missing
from the javadoc. I can write the doc, but just
> > are not external dependencies; they would go into the new module
> > as first-class citizens.
> > [A follow-up issue would be whether those distance classes are
> > worth sharing with the other machine learning utility in the module
> > "commons-math-neuralnet&quo
by the "clustering" package; they
> are not external dependencies; they would go into the new module
> as first-class citizens.
> [A follow-up issue would be whether those distance classes are
> worth sharing with the other machine learning utility in the module
> "common
by the "clustering" package; they
> are not external dependencies; they would go into the new module
> as first-class citizens.
> [A follow-up issue would be whether those distance classes are
> worth sharing with the other machine learning utility in the module
> "common
o the new module
as first-class citizens.
[A follow-up issue would be whether those distance classes are
worth sharing with the other machine learning utility in the module
"commons-math-neuralnet".]
> and about 12 stats classes,
Which ones?
> because there are transitive
Unfortunately, i just tried a simple move, but there are deoendencies on 3
distance classes and about 12 stats classes, because there are transitive
dependencies. Not to mention the respective test classes.
On Thu, 20 Jul 2023, 22:22 Gilles Sadowski, wrote:
> Le jeu. 20 juil. 2023 à 21:19, Dimit
Le jeu. 20 juil. 2023 à 21:19, Dimitrios Efthymiou
a écrit :
>
> are you saying that in order to move the ml.clustering classes
> to the new clustering module, I can take all the dependencies to classes
> and their transitive dependencies, copy them to the new clustering module,
> but only keep in
are you saying that in order to move the ml.clustering classes
to the new clustering module, I can take all the dependencies to classes
and their transitive dependencies, copy them to the new clustering module,
but only keep in them the minimum required code for the new module to
operate?
On Thu,
Hello.
Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou
a écrit :
>
> [...]
> 1-- [...]
> 2--As for the atomic refactoring and feature branch, well,
> unless someone moves the Variance class (you said that someone
> is doing it now) and the distance package and whatever other
> dependencies exi
Le mer. 19 juil. 2023 à 17:48, Elliotte Rusty Harold
a écrit :
>
> On Wed, Jul 19, 2023 at 11:38 AM Gilles Sadowski wrote:
>
> > I think that the page one would look for is this one:
> >https://commons.apache.org/proper/commons-math/dependency-info.html
>
> It&
On Wed, Jul 19, 2023 at 11:38 AM Gilles Sadowski wrote:
> I think that the page one would look for is this one:
>https://commons.apache.org/proper/commons-math/dependency-info.html
It's fine to put it there, but even if it's correct it's still too
hard to find. The on
What do you mean?
> > Is it something we can fix here?
> >
>
> Probably. I did a google search and hunted around on the web pages at
> https://commons.apache.org/proper/commons-math/
>
> Nowhere did I find a clear statement that "To import commons-math to
> a project
ed around on the web pages at
https://commons.apache.org/proper/commons-math/
Nowhere did I find a clear statement that "To import commons-math to
a project use the coordinates org.apache.commons:commons-math3:3.6.1"
or anything like that. I just took another look and I see something
for 4.0
Le mer. 19 juil. 2023 à 14:58, Elliotte Rusty Harold
a écrit :
>
> Commons Math 4 and Commons Math 3 have different java packages:
>
> org.apache.commons.math4 and org.apache.commons.math3
>
> Although it's not easy to find,
What do you mean?
Is it something we can fix her
Commons Math 4 and Commons Math 3 have different java packages:
org.apache.commons.math4 and org.apache.commons.math3
Although it's not easy to find, it does look like the Maven
coordinates have changed as well.
so it's effectively a completely new release of a new project that
c
trios Efthymiou
> wrote:
> >
> > no. I mean creating maven modules inside commons-math, like
> > the existing ones:
> > commons-math-neuralnet
> > commons-math-transform
> >
> > > [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
e can be no moving of the remaining clustering classes
> to the new clustering module, right?
Wrong. I made a suggestion on JIRA.
> 3--I see that the commons-statistics project, for example,
> has empty modules. I think the geometry project (I don't remember which one)
> has som
kages together
>
> Debugging the problems this will cause is difficult and painful, even
> for someone well-versed in Maven dependency management.
>
> On Wed, Jul 19, 2023 at 11:37 AM Dimitrios Efthymiou
> wrote:
> >
> > no. I mean creating maven modules inside commons-m
JLBP-6: Rename artifacts and packages together
Debugging the problems this will cause is difficult and painful, even
for someone well-versed in Maven dependency management.
On Wed, Jul 19, 2023 at 11:37 AM Dimitrios Efthymiou
wrote:
>
> no. I mean creating maven modules inside commons-math
no. I mean creating maven modules inside commons-math, like
the existing ones:
commons-math-neuralnet
commons-math-transform
On Wed, 19 Jul 2023 at 12:29, Elliotte Rusty Harold
wrote:
> Could you be precise about what you mean by "modularisation"? It's a
> very overloaded t
t; modularisation of all 14 packages commons-math-legacy has? I think that
> some of them are easy to modularise like optimisation, special and filter
--
Elliotte Rusty Harold
elh...@ibiblio.org
-
To unsubs
example,
has empty modules. I think the geometry project (I don't remember which one)
has some classes that are still in commons-math, because the migration
is not complete. So, I thought that I coud do the same i.e. move
the clusteirng classes that do not depend on anything
4--I don't k
ta1:
https://commons.apache.org/proper/commons-math/changes-report.html
But there is no "plan", like an ordered list of instructions to
follow from start to end.
The general task is "refactoring".
> As for the dependencies on core, linear, analysis, well,
> from what
e new modules and not the other way
around. So the process I would try is:
1--create module commons-math-optimisation
2--create module commons-math-analysis
3--create module commons-math-linear-algebra
4--see on which analysis classes does optimisation depends?
5--see no which specific methods
Hello.
Le mer. 19 juil. 2023 à 02:33, Dimitrios Efthymiou
a écrit :
>
> Hello everyone. Is there, or gonna be, a dedicated ticket for the
> modularisation of all 14 packages commons-math-legacy has?
https://issues.apache.org/jira/browse/MATH-1575
> I think that
> some of t
Hello everyone. Is there, or gonna be, a dedicated ticket for the
modularisation of all 14 packages commons-math-legacy has? I think that
some of them are easy to modularise like optimisation, special and filter
Hello.
Le mar. 18 juil. 2023 à 17:30, Dimitrios Efthymiou
a écrit :
>
> Hello everyone. I am working on the modularisation of
> the legacy ml.clustering package to a new module:
> commons-math-clustering. Some clustering classes
> depend on stat.moment.Variance
In the new modu
Hello everyone. I am working on the modularisation of
the legacy ml.clustering package to a new module:
commons-math-clustering. Some clustering classes
depend on stat.moment.Variance and some of
the ml.distance classes.
1--those distances belong to geometry probably and
not machine learning
Hello everyone. Question about the clustering package.
I started moving the math4.ml.clustering package out
of math legacy to a new module comons-math-clustering.
There are some dependencies to legacy exceptions
and the distance subpackage. Is there a roadmap for how
to do this with instructions
Hello.
Le mar. 18 juil. 2023 à 15:25, Dimitrios Efthymiou
a écrit :
>
> Hi Gilles. Question about the clustering package What should happen?
> Create a new module commons-math-clustering and then
> literally move the code from legacy to commons-math-clustering?
> Are there tick
Hi Gilles. Question about the clustering package What should happen?
Create a new module commons-math-clustering and then
literally move the code from legacy to commons-math-clustering?
Are there tickets or should I create one that explains that
we are moving the legacy clustering package to a new
ong with some tests. Do i have to
> > look at Dfd.java or something, because these dfd classes in math legacy
> > core have lots of hard-coded decimals in there.
>
> Yes, we need to sort out what to with with the "Dfp" classes: I don't
> know how useful they
Hello.
Le mar. 18 juil. 2023 à 02:48, Dimitrios Efthymiou
a écrit :
>
> Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
> i will put it in *.ext package (TBD) along with some tests. Do i have to
> look at Dfd.java or something, because these dfd classes in
th some tests. Do i have to
> > look at Dfd.java or something, because these dfd classes in math legacy
> > core have lots of hard-coded decimals in there. Do these need to be
> copied
> > to DD or just implement the high/low part, add, multiply and checks for
> > overflows
On Tue, 18 Jul 2023 at 01:48, Dimitrios Efthymiou
wrote:
>
> Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
> i will put it in *.ext package (TBD) along with some tests. Do i have to
> look at Dfd.java or something, because these dfd classes in math legacy
Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
i will put it in *.ext package (TBD) along with some tests. Do i have to
look at Dfd.java or something, because these dfd classes in math legacy
core have lots of hard-coded decimals in there. Do these need to be copied
to
browse/NUMBERS-193
Regards,
Gilles
>
> On Mon, 17 Jul 2023 at 23:22, Gilles Sadowski wrote:
>
> > Le lun. 17 juil. 2023 à 20:49, Dimitrios Efthymiou
> > a écrit :
> > >
> > > All i am saying is that if HBase has a class, say MathUtils and a method
> &g
> > add(double... numbers) and its body has the math algorithm to do
> addition,
> > we can just replace the method body with a call to the appropriate math
> > class that does addition. That's all i am saying. HBase, for example
> > already depends on math. I am not s
umbers) and its body has the math algorithm to do
> addition,
> > we can just replace the method body with a call to the appropriate math
> > class that does addition. That's all i am saying. HBase, for example
> > already depends on math. I am not saying, change the API o
Le lun. 17 juil. 2023 à 20:49, Dimitrios Efthymiou
a écrit :
>
> All i am saying is that if HBase has a class, say MathUtils and a method
> add(double... numbers) and its body has the math algorithm to do addition,
> we can just replace the method body with a call to the appropriate
All i am saying is that if HBase has a class, say MathUtils and a method
add(double... numbers) and its body has the math algorithm to do addition,
we can just replace the method body with a call to the appropriate math
class that does addition. That's all i am saying. HBase, for example
al
Hello.
Le lun. 17 juil. 2023 à 12:50, Elliotte Rusty Harold
a écrit :
>
> There are a lot of proposals floating recently to churn the API. I'm
> going to move a direct no on all of this.
>
> Mild improvements in consistency in no way justify any API breakage or
> even deprecation.
We routinely d
Le lun. 17 juil. 2023 à 15:19, Dimitrios Efthymiou
a écrit :
>
> I don't have specific functionality in mind.
You mentioned ASF projects which, IIUC, you said depend on
"Commons Math". So I asked: On which "Commons Math"
utilities do they depend? [Last time I
14:31, Elliotte Rusty Harold
> > wrote:
> > >
> > > On Mon, Jul 17, 2023 at 9:21 AM Dimitrios Efthymiou
> > > wrote:
> > > >
> > > > hello. I never said to redesign APIs. I only said that we can
> > > > move math algorithms from non-math
17, 2023 at 9:21 AM Dimitrios Efthymiou
> wrote:
> >
> > hello. I never said to redesign APIs. I only said that we can
> > move math algorithms from non-math projects, to the math projects
> >
>
> No, don't do that.
>
> Method signatures must not change.
wrote:
> >
> > On Mon, Jul 17, 2023 at 9:21 AM Dimitrios Efthymiou
> > wrote:
> > >
> > > hello. I never said to redesign APIs. I only said that we can
> > > move math algorithms from non-math projects, to the math projects
> > >
> >
On Mon, 17 Jul 2023 at 14:31, Elliotte Rusty Harold wrote:
>
> On Mon, Jul 17, 2023 at 9:21 AM Dimitrios Efthymiou
> wrote:
> >
> > hello. I never said to redesign APIs. I only said that we can
> > move math algorithms from non-math projects, to the math project
On Mon, Jul 17, 2023 at 9:21 AM Dimitrios Efthymiou
wrote:
>
> hello. I never said to redesign APIs. I only said that we can
> move math algorithms from non-math projects, to the math projects
>
No, don't do that.
Method signatures must not change.
Class names must not chan
hello. I never said to redesign APIs. I only said that we can
move math algorithms from non-math projects, to the math projects
On Mon, 17 Jul 2023 at 11:50, Elliotte Rusty Harold
wrote:
> There are a lot of proposals floating recently to churn the API. I'm
> going to move a direct n
I don't have specific functionality in mind. I just had an idea
to do a search for dependencies on java.lang.Math or BigInteger
or BigDecimal and if I find any, I would see if these dependencies
exist because the project has its own custom math algorithms.
If yes then, there you go. We
There are a lot of proposals floating recently to churn the API. I'm
going to move a direct no on all of this.
Mild improvements in consistency in no way justify any API breakage or
even deprecation. Every method and class that currently exists in any
commons library should continue to exist there
Le lun. 17 juil. 2023 à 02:34, Dimitrios Efthymiou
a écrit :
>
> I didn't say to introduce a dependency on math. I said that libraries that
> already depend on math, may have math algorithms implemented that we could
> replace with a call to the appropriate commons math methods
Hi.
Le lun. 17 juil. 2023 à 02:08, Gary Gregory a écrit :
>
> At one point, I had proposed to deprecate Commons Lang' math package in
> favor of something else in Commons Math or elsewhere. Commons Lang would
> NOT depend on Commons Math/Other, we would just deprecate with a
I didn't say to introduce a dependency on math. I said that libraries that
already depend on math, may have math algorithms implemented that we could
replace with a call to the appropriate commons math methods or if math
doesn't have those math algorithms, we can move them to math. Flink
At one point, I had proposed to deprecate Commons Lang' math package in
favor of something else in Commons Math or elsewhere. Commons Lang would
NOT depend on Commons Math/Other, we would just deprecate with a forwarding
link.
This idea was rejected IIRC because I do not think there was agre
Hello everyone.
One thing i would love to do is to go through the apache projects, see
which ones already depend on the math library, and see if they implement
some math stuff that could be replaced by a call to commons math or move
that function to the math library. Would such cases be considered
s- numbers. What is the protocol? Do we create a ticket on math4 and
> put the new code in math4 and ignore the geometry/numbers projects?
If it's in the [Math] component, but some rationale can be found that it
should be in one of the other (newer) components ([RNG], [Geometry],
[Numbers], [
gnore the geometry/numbers projects?
2--Can contributors remove code from math4 and move it to the other new
math projects? I see in GitHub for commons-math it says: "Functionality
still within "Commons Math" is gradually being modularized and refactored".
Is there documentation
Le ven. 14 juil. 2023 à 01:36, Dimitrios Efthymiou
a écrit :
>
> getUnion(Set other)
Why is it limited to the "ANumber" type?
Again, the question is: Which kinds of applications would find it
handy that this functionality is provided by the "Commons" project?
> getIntersection(Set other)
> getD
For matrix-related functionality, see the "o.a.c.math4.legacy.linear"
package in "Commons Math". As noted, it's "legacy" and up for
refactoring (but note that several other packages depend on it).
[See also the JIRA reports about it.]
Le ven. 14 juil. 2023 à
More pointers below.
Note: All code in the "legacy" packages of "Commons Math" are
candidates for refactoring. The result should end up into a (maven)
module of its own with a minimal number of dependencies (and no
circular dependencies).
Le ven. 14 juil. 2023 à 01:32, Di
Le ven. 14 juil. 2023 à 01:34, Dimitrios Efthymiou
a écrit :
>
> getNumberOfParallelogramsFormedByPoints(Point[] points)
>
>
> getMinimumNumberOfLinesThatGoThroughPoints(Point
> pointAllLinesToPassThrough, Point[] points)
Maybe to be added somewhere in "Commons Geometry"...
>
> getManhattanDista
Hi.
[Note the addition of a prefix to the "Subject:" line; this ML is shared
by some 30+ components.]
Did you have a look at what the math-related components already
provide? [Some pointers below.]
Please group your proposals by topic.
Le ven. 14 juil. 2023 à 01:32, Dimitrios Ef
GetOrderOfMagnitudeOfNumber. For x < 10 => 0. For x = 10 => 1. For x = 1000
=> 3, etc.
GetDivisorsOfNumber. For x = 1 => [1]. For x = 20 => [2, 5]
GetNumberOfDivisors
GetGreatestCommonDivisorOf2NumbersBasedOnTheirFactors i.e.
public static ANumber
getGreatestCommonDivisorOf2NumbersBasedOnThei
Hello.
Le lun. 3 avr. 2023 à 16:47, François Laferrière
a écrit :
>
> When running Junit tests on ACM 4.0-snapshot I get a lot of failures. Mostly
> (I supect) due to roundoff error beyond the tolerance of individual test. Is
> it just a problem on my computer (Ubuntu 22.04, Eclipse 4.23,
> ja
When running Junit tests on ACM 4.0-snapshot I get a lot of failures. Mostly (I
supect) due to roundoff error beyond the tolerance of individual test. Is it
just a problem on my computer (Ubuntu 22.04, Eclipse 4.23,
java-18-openJdk-amd64 with JavaSE-1.8 compliance) or a general problem (that
sh
Hi.
Please note that you should usually prefix the "Subject:" line
of your post with the (short) name of the component in square
brackets; here that would have been "[Math]". This is because
there are so many different subjects that can be discussed on
this ML, as explai
Le sam. 4 mars 2023 à 17:08, Cyril de Catheu
a écrit :
> [...]
> > > >
> > > Let me know what you think.
> >
> > I've also added comments on JIRA.
> >
>
> Somehow I can't see any comments on JIRA -
> https://issues.apache.org/jira/br
1 - 100 of 1631 matches
Mail list logo
