Le dim. 9 juin 2019 à 22:16, Karl Heinz Marbaise a écrit :
>
> On 05.06.19 14:12, Gilles Sadowski wrote:
> > Hello.
> >
> > Le ven. 31 mai 2019 à 20:54, Karl Heinz Marbaise a
> > écrit :
> >>
> >> Hi,
> >>
> >> I have created
means to automate the
renaming of the packages.
>
> Furthermore If you are running on module path you have no classpath
> anymore which means you have only a single module name which must be
> unique..(a little bit like groupId/artifactId).
So?
If we change it, it's unique.
>
>
Le dim. 9 juin 2019 à 15:46, sebb a écrit :
>
> On Sun, 9 Jun 2019 at 14:20, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le dim. 9 juin 2019 à 14:06, James Carman a
> > écrit :
> > >
> > > On Sun, Jun 9, 2019 at 7:36 AM sebb wrote:
>
Hi.
Le dim. 9 juin 2019 à 14:06, James Carman a écrit :
>
> On Sun, Jun 9, 2019 at 7:36 AM sebb wrote:
>
> >
> > Huh?
> > That can still cause jar issues, *precisely because* only one jar will
> > reach the Java classpath.
> >
> > Suppose there is jar1 with API-V1.
> > This is depended on by app
t such alpha/beta releases would not benefit
from any of the usual support, except for beta-testing. [It
was the purpose of asking whether this could be handled by
just "shading" the whole library and create the executable
maven artefacts.]
If this is too brittle to get accepted because t
> [We could set up a build on Jenkins.]
Done:
https://builds.apache.org/job/commons-math-unsupported
But the build fails due to an error during Javadoc generation:
https://builds.apache.org/job/commons-math-unsupported/6/console
Regards,
Gilles
>>> [...]
---
http://bernd.eckenfels.net
>
>
> Von: Alex Herbert
> Gesendet: Freitag, Juni 7, 2019 4:51 PM
> An: Commons Developers List
> Betreff: Re: [math] MATH-1486 and release 3.6.2
>
>
> On 07/06/2019 15:16, Gilles Sadowski wrote:
> > Hello.
> >
> > Le ven. 7
Le ven. 7 juin 2019 à 17:21, Stephen Colebourne a écrit :
>
> On Fri, 7 Jun 2019 at 15:16, Gilles Sadowski wrote:
> > drive such a maintenance/security release.
> > If the build process works on your machine, you are a better
> > RM candidate. ;-)
>
> Given I haven
Hello.
Le ven. 7 juin 2019 à 11:54, Stephen Colebourne a écrit :
>
> On Thu, 6 Jun 2019 at 23:21, Gilles Sadowski wrote:
> > I was about to merge the PR but, on my machine, the build fails.
> > Did you try?
>
> `mvn clean verify` works for me (maven running on Java 7 and
Hello.
Le jeu. 6 juin 2019 à 18:14, Stephen Colebourne a écrit :
>
> I've raised a GitHub PR [1] to add the Java 9 module name to [math] on
> the MATH_3_X branch. Assuming that is merged, I'm willing to raise
> another PR with the necessary bits to prepare the repo to release
> v3.6.2.
>
> This a
Hi.
Not sure about the changes below.
It seems to me that "nextLong()" ensures that a "long" is generated,
while "next()" could, if the RNG type is later changed, return an "int"
cast to "long" (i.e. half its bits set to zero).
Regards,
Gilles
Le jeu. 6 juin 2019 à 10:00, a écrit :
>
> This is
Le mer. 5 juin 2019 à 23:14, sebb a écrit :
>
> On Wed, 5 Jun 2019 at 17:16, Gilles Sadowski wrote:
> >
> > Le mer. 5 juin 2019 à 17:57, James Carman a
> > écrit :
> > >
> > > I’m having a hard time understanding the comparing APIs use case. If I
&g
Hi.
Le lun. 3 juin 2019 à 16:49, Alex Herbert a écrit :
>
> Can I get a review of a PR that changes the ProviderBuilder [1]?
>
> The aim is to move the creation of the seed and the RNG into the
> RandomSourceInternal.
>
> This allows for customisation of the seed creation on a per-RNG basis.
> Th
.
[If it's not easy[1], they won't do it.]
Regards,
Gilles
[1] Like: You "just" have to install "git", check out the source, install
"maven", run the "package" goal, then move the "target/whatever.jar"
file to where your code will
Le mer. 5 juin 2019 à 17:04, James Carman a écrit :
>
> What sort of comparison are you looking to do within the same code?
> Performance?
Yes, that's one possibility; another is comparing different APIs.
Gilles
[...]
-
T
o".
But those 2 classes can very well be different and incompatible.
However, we can consider that after the release of "1.0", all
"1.0-alphaX" releases are obsolete and serve zero purpose.
The beta releases are "comparable" only within the same base
(unreleased) ve
Le mer. 5 juin 2019 à 16:47, James Carman a écrit :
>
> Ok, what about 1.2?
How is it different?
Gilles
>
> On Wed, Jun 5, 2019 at 10:44 AM Gilles Sadowski
> wrote:
>
> > Le mer. 5 juin 2019 à 16:18, James Carman a
> > écrit :
> > >
> > > What
Le mer. 5 juin 2019 à 16:22, sebb a écrit :
>
> On Wed, 5 Jun 2019 at 15:06, Gilles Sadowski wrote:
> >
> > Le mer. 5 juin 2019 à 15:59, sebb a écrit :
> > >
> > > On Wed, 5 Jun 2019 at 14:33, Gilles Sadowski wrote:
> > > >
&g
Le mer. 5 juin 2019 à 16:18, James Carman a écrit :
>
> What happens if/when you want to release a 2.0-alpha1 in the future?
Hmm, what happens?
[At point, we'd have renamed "o.a.c.compid" to ""o.a.c.compid2".]
Gilles
>
> On Tue, Jun 4, 2019 at 6
Le mer. 5 juin 2019 à 16:18, Gary Gregory a écrit :
>
> On Wed, Jun 5, 2019 at 10:06 AM Gilles Sadowski
> wrote:
>
> > Le mer. 5 juin 2019 à 15:59, sebb a écrit :
> > >
> > > On Wed, 5 Jun 2019 at 14:33, Gilles Sadowski
> > wrote:
> > > &
Le mer. 5 juin 2019 à 16:04, Gary Gregory a écrit :
>
> On Wed, Jun 5, 2019 at 9:59 AM sebb wrote:
>
> > On Wed, 5 Jun 2019 at 14:33, Gilles Sadowski wrote:
> > >
> > > Le mer. 5 juin 2019 à 15:18, sebb a écrit :
> > > >
> > &g
Le mer. 5 juin 2019 à 15:59, sebb a écrit :
>
> On Wed, 5 Jun 2019 at 14:33, Gilles Sadowski wrote:
> >
> > Le mer. 5 juin 2019 à 15:18, sebb a écrit :
> > >
> > > I'm not sure what problem this is trying to solve.
> > >
> > &
y, JUnit 5.x uses a tool called API Guardian for marking
> > which APIs are stable or not:
> > https://github.com/apiguardian-team/apiguardian
> >
> > On Tue, 4 Jun 2019 at 05:53, Gilles Sadowski wrote:
> > >
> > > Hello.
> > >
> > > Doe
ut the problem hasn't been fixed.
See
https://builds.apache.org/view/A-D/view/Commons/job/commons-geometry/65/console
>
> Kind regards
> Karl Heinz Marbaise
> On 31.05.19 20:10, Karl Heinz Marbaise wrote:
> > Hi,
> >
> > On 31.05.19 20:03, Gilles Sadowski wr
Hi.
Is there a purpose to having mails from "WIP" commits?
It's difficult to know when/what to comment about.
Regards,
Gilles
P.S. In the below commits, I don't understand the purpose of
"UNKNOWN". Also, I'd say that having a named constant ZERO
for the value "0" is overkill.
Le mar. 4 juin 20
Hi.
Le mar. 4 juin 2019 à 03:49, Heinrich Bohne a écrit :
>
> I have been advised to raise this improvement suggestion on the
> developers' mailing list. It is about the trial division algorithm in
> the method SmallPrimes.boundedTrialDivision(int, int, List) in
> the primes module. Currently, th
Hello.
Does someone see a practical way to automate package names
and source files conversions so that each all alpha/beta releases
can be used together (e.g. to compare their behaviours).
I mean, for release version "1.0-alpha1", the top-level package
name "o.a.c.compid" would be turned into "o.
Hello.
Side note: Top-posting is quite annoying in these discussions...
Le dim. 2 juin 2019 à 21:27, Eric Barnhill a écrit :
>
> As discussed on prior threads you should have both. There will need to be
> static convenience methods for a user who wants to make a very simple call,
> say Stats.mea
Hello.
Le dim. 2 juin 2019 à 10:00, Karl Heinz Marbaise a écrit :
>
> Hi,
>
> On 02.06.19 00:06, Alex Herbert wrote:
> >
> >> On 1 Jun 2019, at 22:49, Gilles Sadowski wrote:
> >>
> >> Hello.
> >>
> >> Le sam. 1 juin 2019 à 21:56,
Hello.
Le sam. 1 juin 2019 à 21:56, Karl Heinz Marbaise a écrit :
>
> Hi,
> I've created a branch[1] which fixes some checkstyle reported issues.
> The resulting build[2] shows the issues have been fixed.
>
> Can someone take a look at that...
>
> If there are no objections would it be Ok to merg
Hello.
>> [...]
> >>
> >> 1. The documentation[1] states that every Apache committer has write
> >> access to the commons projects.
> >
> > In practice, you may still have to ask the PMC chair (Gary) to grant
> > you the access rights of the "commons" team.
>
> That is just fine...should I send a
Hi.
All builds fail:
https://builds.apache.org/view/A-D/view/Commons/job/commons-geometry/
Thanks,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.
Hi Eric
Le ven. 31 mai 2019 à 19:29, Eric Barnhill a écrit :
>
> This is well worth discussing.
>
> The protocol here could be improved. Where I work, we all write a lot of
> code and we all have write access. We also *always* submit PRs rather than
> push directly, and *always* request review fr
Hi.
Le ven. 31 mai 2019 à 19:12, Karl Heinz Marbaise a écrit :
>
> Hi to all,
>
> I have contributed some PR#s (via GitHub) to the commons-numbers
> project...(They have been accepted and merged ;-))
>
> I have some questions:
>
> 1. The documentation[1] states that every Apache committer has wri
Hello.
Le mar. 28 mai 2019 à 20:36, Alex Herbert a écrit :
>
>
>
> > On 28 May 2019, at 18:09, Eric Barnhill wrote:
> >
> > The previous commons-math interface for descriptive statistics used a
> > paradigm of constructing classes for various statistical functions and
> > calling evaluate(). Exa
Le dim. 26 mai 2019 à 19:28, Alex Herbert a écrit :
>
> Currently the examples projects use:
>
> Examples-jmh: JDK 1.6
> Examples-quadrature: JDK 1.7
> Examples-stress: JDK 1.8
> Examples-sampling: JDK 1.8
> Examples-jpms: JDK 1.9
>
> Having JMH at level 1.6 prevents testing against algorithms in
On Wed, 22 May 2019 at 15:30, Eric Barnhill wrote:
>
> > +1
> >
> > On Wed, May 22, 2019 at 3:15 PM Gilles Sadowski
> > wrote:
> >
> > > Hi.
> > >
> > > Le mer. 22 mai 2019 à 18:43, Heinrich Bohne a
> > > écrit :
> > > >
&
Hello.
Le mer. 22 mai 2019 à 20:51, Eric Barnhill a écrit :
>
> Let's have another mentee meeting Thursday morning, same time as the
> previous two.
I won't be in front of the keyboard at 5 PM UTC.
Two potential contributors (Aleksander Ściborek and Ellen Kartysheva)
posted (here, on the "dev"
Hi.
Le jeu. 23 mai 2019 à 15:37, Rob Tompkins a écrit :
>
>
>
> > On May 23, 2019, at 7:25 AM, Gilles Sadowski wrote:
> >
> > Hi.
> >
> >> Le mer. 22 mai 2019 à 14:07, Matt Juntunen a
> >> écrit :
> >>
> >> Hi Sven,
>
/commons-rng/commons-rng-sampling/javadocs/api-1.2/org/apache/commons/rng/sampling/CollectionSampler.html
[2]
http://commons.apache.org/proper/commons-rng/commons-rng-sampling/javadocs/api-1.2/org/apache/commons/rng/sampling/ListSampler.html
>
> Alex
>
>
> >
> > On Thu, 23 May 20
Hello.
Le jeu. 23 mai 2019 à 13:43, Alex Herbert a écrit :
>
> [rng] has three classes with a private constructor that are not
> currently marked as final. 1 is public and 2 are package private.
>
> If I mark them as final then clirr:check ignores the package private
> ones and produces this warn
Hi.
Le jeu. 23 mai 2019 à 13:33, Alex Herbert a écrit :
>
> Having just fixed [rng] for PMD I had a look at why it was fine in
> statistics as some of the issues are present there.
>
> PMD in statistics is old. It uses rules that are deprecated.
>
> I have updated to a similar ruleset to [rng] an
Hi.
Le mer. 22 mai 2019 à 14:07, Matt Juntunen a écrit :
>
> Hi Sven,
>
> Until we can roll out an actual release of numbers and geometry,
Any update of the roadmap? :-)
> I think your best bet is to fork commons-geometry and all of its SNAPSHOT
> dependencies, change the groupIds and/or artif
Hi.
Le jeu. 23 mai 2019 à 11:49, Alex Herbert a écrit :
>
> The [rng] pom does not have a default goal. Here are the default goals
> in the projects I currently have checked out:
>
> commons-codec/pom.xml:clean verify apache-rat:check
> clirr:check javadoc:javadoc
>
> commons-collections/pom.
Hi.
Le mer. 22 mai 2019 à 18:43, Heinrich Bohne a écrit :
>
> Right now, commons-numbers is using JUnit 4.12, the last stable version
> of JUnit 4. As far as I am aware, there is no explicit syntax in JUnit
> 4.12 for testing whether an exception is thrown apart from either using
> the deprecated
Hi Eric.
Will you have look a NUMBERS-100:
https://issues.apache.org/jira/browse/NUMBERS-100
I've just thought that it might interfere with your changes in the
"fraction-dev" branch.
Regards,
Gilles
Le mer. 22 mai 2019 à 21:23, a écrit :
>
> This is an automated email from the ASF dual-hos
Hi Alex.
PR looks fine.
Thanks,
Gilles
Le mer. 22 mai 2019 à 17:09, Alex Herbert a écrit :
>
> I'm trying to get pmd:check to be useful.
>
> This means fixing all the PMD violations. To fix some would be a
> refactor of reference algorithms which I do not want to start doing. So
> I've opted f
o be applied for the new components, is to
avoid that they become a dump of numerous disparate little tools.
Maybe I'm missing what you are getting at.
Hopefully, someone else can comment (Eric?).
Regards,
Gilles
>
> On Fri, 17 May 2019 at 15:37, Gilles Sadowski wrote:
>
> &g
Hi.
Thanks for the CheckStyle update.
I'd say that we enforce it for the "main" parts of the repositories and
be lenient for the existing unit tests (but try to follow convention for
new tests).
Regards,
Gilles
Le mar. 21 mai 2019 à 17:23, Alex Herbert a écrit :
>
> On 21/05/2019 12:47, Alex
Le lun. 20 mai 2019 à 14:51, Gary Gregory a écrit :
>
> Hi All:
>
> Right now, if you uses an 'include' in a properties file and that file is
> missing, the rest of the file does not load.
IMHO, it seems like a bug.
If the contents is required, failure should occur because of that
(later, accord
Hi.
> >
> >> On 17 May 2019, at 23:24, Gilles Sadowski >> <mailto:gillese...@gmail.com>> wrote:
> >>
> >> Hi.
> >>
> >> Le ven. 17 mai 2019 à 18:33, Alex Herbert >> <mailto:alex.d.herb...@gmail.com>> a écrit :
>
Hi.
Le ven. 17 mai 2019 à 18:33, Alex Herbert a écrit :
>
> There is no .travis.yml file for Statistics and so PRs from GSoC mentees
> are without checks.
>
> Plus I do not know how to check if the Travis integration is active for
> this project.
I filed a request at INFRA:
https://issues.apac
Hello.
Le ven. 17 mai 2019 à 16:10, Alex Herbert a écrit :
>
>
> On 17/05/2019 14:41, Gilles Sadowski wrote:
> > Hi Alex.
> >
> > Le ven. 17 mai 2019 à 15:33, a écrit :
> >> This is an automated email from the ASF dual-hosted git repository.
> >>
&
Hi Alex.
Le ven. 17 mai 2019 à 15:33, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> aherbert pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-rng.git
>
> commit 5cf993a22bcedfe8c66dd9ae6536c1ee2db146ea
> Author: a
Hi.
Le ven. 17 mai 2019 à 15:13, Aleksander Ściborek
a écrit :
>
> Hi,
>
> >How is the "null" consideration related to the functionality of performing
> an average, and other operations?
>
> I just don't know why they haven't implement anything like that for
> BigDecimal or BigInteger, especially
ike averagingInt in JDK.
How will a user get e.g. the variance too?
Regards,
Gilles
> I've already started implementing BigDecimalStatistics on my fork but I
> haven't pushed those changes on my fork
>
>
> On Fri, 17 May 2019 at 14:19, Gilles Sadowski wrote:
>
>
rs/field/Field.java
>
> Regards, Aleksander
>
> On Fri, 17 May 2019 at 00:24, Gilles Sadowski wrote:
>
> > Hi.
> >
> > Le jeu. 16 mai 2019 à 22:45, Aleksander Ściborek
> > a écrit :
> > >
> > > Should I create a new Maven commons-statis
Hi.
Le jeu. 16 mai 2019 à 22:45, Aleksander Ściborek
a écrit :
>
> Should I create a new Maven commons-statistics submodule for this?
[If the current idea is put the functionality in "Commons Statistics", you
should change this thread's "Subject:" line.]
Then, yes, there should be a new module.
Hi.
Le jeu. 16 mai 2019 à 16:04, Alex Herbert a écrit :
>
>
>
> > On 16 May 2019, at 14:42, Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le jeu. 16 mai 2019 à 12:06, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
&g
Hello.
Le jeu. 16 mai 2019 à 12:06, Alex Herbert a écrit :
>
> I have run the stress test using the new application. The new application has
> two major changes over the previous application:
>
> 1. It detects the platform byte-order and sends the bits in the correct order
> to be read by a C a
Hi Eric.
I won't be able to attend (but I've already provided comments on the ML).
Best,
Gilles
Le mar. 14 mai 2019 à 18:57, Rob Tompkins a écrit :
>
>
> On 5/14/2019 12:47 PM, Eric Barnhill wrote:
> > Should we have another Slack meeting at the same time this Thursday, 5pm
> > UTC (9am Califor
Hello.
Le jeu. 16 mai 2019 à 10:02, Ben Nguyen a écrit :
>
> Hello,
>
>
>
> I have some broad general ideas about how the regression module should be
> structured, as outlined in my proposal briefly with UMLs
>
> This is the current implementation inside commons-math-stat-regression:
It seems t
Le sam. 11 mai 2019 à 23:32, Alex Herbert a écrit :
>
>
>
> > On 10 May 2019, at 15:07, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le ven. 10 mai 2019 à 15:53, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
> &g
the idea of accessor methods. if the method starts with get_()
> > >> then
> > >>> in principle this is just returning a field already present. But with
> > >> that
> > >>> in mind, I don't know why we already have a method name like getMea
Hi.
Le ven. 10 mai 2019 à 15:53, Alex Herbert a écrit :
>
>
> On 10/05/2019 14:27, Gilles Sadowski wrote:
> > Hi Alex.
> >
> > Le ven. 10 mai 2019 à 13:57, Alex Herbert a
> > écrit :
> >> Can I get a review of the PR for RNG-101 please.
> > Th
Hi Alex.
Le ven. 10 mai 2019 à 13:57, Alex Herbert a écrit :
>
> Can I get a review of the PR for RNG-101 please.
Thanks for this work!
I didn't go into the details; however, I see many fields and methods like
table1 ... table5
fillTable1 ... fillTable5
getTable1 ... getTable5
Wouldn't it
Le jeu. 9 mai 2019 à 17:00, Alex Herbert a écrit :
>
>
> On 09/05/2019 15:39, Gilles Sadowski wrote:
> > Le jeu. 9 mai 2019 à 15:41, Alex Herbert a écrit
> > :
> >> On Sat, 4 May 2019 at 23:52, Alex Herbert wrote:
> >>
> >>>
>
Le jeu. 9 mai 2019 à 17:07, Alex Herbert a écrit :
>
>
> On 09/05/2019 15:46, Gilles Sadowski wrote:
> > Le jeu. 9 mai 2019 à 14:30, Alex Herbert a écrit
> > :
> >>
> >>
> >>> On 9 May 2019, at 12:58, Gilles Sadowski wrote:
> >>>
Le jeu. 9 mai 2019 à 14:30, Alex Herbert a écrit :
>
>
>
> > On 9 May 2019, at 12:58, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le jeu. 9 mai 2019 à 13:31, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
> >&
Le jeu. 9 mai 2019 à 15:41, Alex Herbert a écrit :
>
> On Sat, 4 May 2019 at 23:52, Alex Herbert wrote:
>
> >
> >
> > > On 4 May 2019, at 22:34, Gilles Sadowski wrote:
> > >
> > > Hi.
> > >
> > > Le sam. 4 mai 2019 à 21:31, Alex
Hi Udit.
Le jeu. 9 mai 2019 à 12:52, Udit Arora a écrit :
>
> I intend to add a mode function for the Cauchy Distribution. It is a small
> addition which i thought might be helpful.
How will it be helpful? I.e. what would an application developer
be able to do, that he can't with the current co
Hi.
Le jeu. 9 mai 2019 à 13:31, Alex Herbert a écrit :
>
> The Middle Square Weyl Sequence (MSWS) generator uses an internal Weyl
> sequence [1] to create randomness. This is basically a linear increment added
> to a sum that will eventually wrap (due to overflow) to restart at the
> beginning
Hi.
Le mer. 8 mai 2019 à 23:59, Eric Barnhill a écrit :
>
> It looks to me like the EJML library is the best choice for linear algebra
https://lessthanoptimal.github.io/Java-Matrix-Benchmark/runtime/2019_02_i53570/
> right now, is well supported, and we should not reinvent the wheel
+1
> unle
Le jeu. 9 mai 2019 à 00:25, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> aherbert pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-rng.git
>
>
> The following commit(s) were added to refs/heads/master by this push
Le mer. 8 mai 2019 à 18:38, Eric Barnhill a écrit :
>
> Since it looks like we will have some development in these libraries this
> summer (whee!) I propose starting 'develop' branches for these libraries.
+1
For "Statistics", it makes sense since there might be some flux,
as alternative design a
Hi.
I see that a discussion about is still going on on GitHub[1]; thus,
I remind that API changes *must* be agreed on here. [Please start
a new thread.]
Best,
Gilles
[1] https://github.com/apache/commons-statistics/pull/4#discussion_r282004202
--
san.casio.com/menu/system/0540
Gilles
> Thanks
>
> On Fri, May 3, 2019 at 7:26 PM Udit Arora wrote:
>
> > Ok sir..
> > Thanks
> >
> > On Fri, 3 May 2019, 6:23 pm Gilles Sadowski, wrote:
> >
> >> Hello.
> >>
> >> Le je
Hi.
Le sam. 4 mai 2019 à 21:31, Alex Herbert a écrit :
>
>
>
> > On 4 May 2019, at 14:46, Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le ven. 3 mai 2019 à 16:57, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
>
Hello.
Le ven. 3 mai 2019 à 16:57, Alex Herbert a écrit :
>
> Most of the samplers in the library have very small states that are easy
> to compute. Some have computations that are more expensive, such as the
> LargeMeanPoissonSampler or the DiscreteProbabilityCollectionSampler.
>
> However once
Hello.
Le jeu. 2 mai 2019 à 19:34, Udit Arora a écrit :
>
> This is a new discussion for making a Log-Cauchy Distribution.
> I just want to add a new distribution to the already existing distribution
> list. Just like Cauchy Distribution I intend to include CDF, PDF and some
> other functions.
>
Hello.
Le jeu. 2 mai 2019 à 23:49, Alex Herbert a écrit :
>
>
>
> > On 1 May 2019, at 23:15, Gilles Sadowski wrote:
> >
> > Hi.
> >
> >>> [...]
> >>
> >> So do we do:
> >>
> >> UniformRandomProvider res
Thank you Bruno and Alex!
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
Some people are providing PRs[1] on GitHub without engaging with
us, here, or on JIRA.
When this happens for codes[2] which I'm the assumed reviewer,[3]
I'd need help from someone, with a GitHub account, who would post
a comment there, in order to let the "outside" contributors know that
we wo
Hi.
> > [...]
>
> So do we do:
>
> UniformRandomProvider restrict(JumpableUniformRandomProvider);
> JumpableUniformRandomProvider restrict(LongJumpableUniformRandomProvider);
> UniformRandomProvider restrict(RestorableUniformRandomProvider);
>
> Or:
>
> UniformRandomProvider unjumpable(JumpableUni
Hi.
Le mar. 30 avr. 2019 à 17:08, Alex Herbert a écrit :
>
> On 29/04/2019 22:14, Gilles Sadowski wrote:
> > Hello.
> >
> > Le lun. 29 avr. 2019 à 19:09, Alex Herbert a
> > écrit :
> >> On 28/04/2019 19:11, Gilles Sadowski wrote:
> >>> Le dim.
Hello.
Le lun. 29 avr. 2019 à 19:09, Alex Herbert a écrit :
>
> On 28/04/2019 19:11, Gilles Sadowski wrote:
> > Le dim. 28 avr. 2019 à 17:02, Alex Herbert a
> > écrit :
> >>
> >>
> >>> On 28 Apr 2019, at 00:59, Bernd Eckenfels wrote:
>
Le dim. 28 avr. 2019 à 17:02, Alex Herbert a écrit :
>
>
>
> > On 28 Apr 2019, at 00:59, Bernd Eckenfels wrote:
> >
> > Hello,
> >
> > Just a question, I am unclear on the terminology, is „jump“ (did I miss the
> > discussion leading toot?) something invented here? It sounds to me like
> > this
Hi.
>
> Just a question, I am unclear on the terminology, is „jump“ (did I miss the
> discussion leading toot?) something invented here?
Not invented here: It's a functionality that exist for some RNG algorithms.
> It sounds to me like this is a generator where the state can be cloned and it
>
Hello.
>
>
> > On 27 Apr 2019, at 14:49, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le sam. 27 avr. 2019 à 15:05, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
> >> I have created RNG-97 and RNG-98 for Jump and
Hi.
Le sam. 27 avr. 2019 à 15:05, Alex Herbert a écrit :
>
> I have created RNG-97 and RNG-98 for Jump and LongJump.
>
> Please take a look and comment.
>
> The documentation highlights the implementation detail that a jump or long
> jump creates a copy that is far ahead. The original generator
Hi.
Le ven. 19 avr. 2019 à 19:09, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> ggregory pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-parent.git
>
>
> The following commit(s) were added to refs/heads/master by
Le jeu. 18 avr. 2019 à 21:53, Alex Herbert a écrit :
>
>
>
> > On 18 Apr 2019, at 14:12, Gilles Sadowski wrote:
> >
> > Hello Alex.
> >
> >>>> [...]
> >>
> >> OK so this results in:
> >>
> >> /**
> &
Hello Alex.
>>> [...]
>
> OK so this results in:
>
> /**
> * Some summary.
> */
> public interface JumpableUniformRandomProvider extends
> UniformRandomProvider {
> /**
> * Creates a copy of the UniformRandomProvider and advances the
> state of the copy.
> * The state of the c
Hello.
Le lun. 15 avr. 2019 à 01:03, Alex Herbert a écrit :
>
>
>
> > On 14 Apr 2019, at 01:31, Gilles Sadowski wrote:
> >
> > Hello.
> >
> >> On 11/04/2019 13:22, Gilles Sadowski wrote:
> >>>>> [...]
> >&g
Hello.
> On 11/04/2019 13:22, Gilles Sadowski wrote:
> >>> [...]
> >> Not adding a dedicated method would mean everyone has to do this:
> >>
> >> JumpableUniformRandomProvider rng = (JumpableUniformRandomProvider)
> >> RandomSou
> > [...]
>
> Not adding a dedicated method would mean everyone has to do this:
>
> JumpableUniformRandomProvider rng = (JumpableUniformRandomProvider)
> RandomSource.create(…)
>
> But adding a mirror methods:
>
> JumpableUniformRandomProvider RandomSource::createJumpable(…)
> LongJumpableUniformR
Le mer. 10 avr. 2019 à 18:26, Alex Herbert a écrit :
>
>
> On 10/04/2019 15:59, Gilles Sadowski wrote:
> > Hello.
> >
> > Le mer. 10 avr. 2019 à 15:22, Alex Herbert a
> > écrit :
> >> On 10/04/2019 13:46, Alex Herbert wrote:
> >>> The code
Hi.
>
> On 10/04/2019 18:58, Gilles Sadowski wrote:
> > Hi.
> >
> >> [... long quote skipped where I think we largely agree on the
> >> conclusions ...]
> >> So do we have a working idea to:
> >>
> >> - Add interface 'JumpableU
Hi.
> [... long quote skipped where I think we largely agree on the conclusions ...]
> So do we have a working idea to:
>
> - Add interface 'JumpableUniformRandomProvider'
Do we need to add "createJumpable" factory methods in "RandomSource"
methods or is there a way to avoid the duplication?
As
Hello.
Le mer. 10 avr. 2019 à 15:22, Alex Herbert a écrit :
>
> On 10/04/2019 13:46, Alex Herbert wrote:
> > The code for nextInt(int) checks the range number n is a power of two
> > and if so it computes a fast solution:
> >
> > return (int) ((n * (long) (nextInt() >>> 1)) >> 31);
> >
> > Th
1101 - 1200 of 2556 matches
Mail list logo
