Re: [rng] Update ProviderBuilder factory methods

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. >

Re: [All] Alpha/beta releases

[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 look for it. > &

Re: [All] Alpha/beta releases

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 [...] -

Re: [All] Alpha/beta releases

.Foo". 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

Re: [All] Alpha/beta releases

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

Re: [All] Alpha/beta releases

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

Re: [All] Alpha/beta releases

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:53 A

Re: [All] Alpha/beta releases

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: > > > &

Re: [All] Alpha/beta releases

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

Re: [All] Alpha/beta releases

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. > > > > > > H

Re: [All] Alpha/beta releases

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. > > > > > > Does som

Re: [Geometry] Build aborted on Jenkins

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 wrote:

Re: [commons-statistics] branch STATISTICS-14 updated: WIP - [...]

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

Re: [numbers-primes] Improving trial division code and algorithm

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,

[All] Alpha/beta releases

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

Re: [Commons][Descriptive][STATISTICS-7][GSoC] SummaryStatistics class design & Whether to use DoubleSummaryStatistics class from java.util package?

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

Re: [geometry] - GEOMETRY-54

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,

Re: [geometry] - GEOMETRY-54

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

Re: [numbers] - Contributions to Commons Numbers

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

[Geometry] Build aborted on Jenkins

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:

Re: [numbers] - Contributions to Commons Numbers

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

Re: [numbers] - Contributions to Commons Numbers

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

Re: [statistics][descriptive] Classes or static methods for common descriptive statistics?

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().

Re: [rng] Upgrade examples to Java 8

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

Re: Proposal to introduce JUnit 5 in commons-numbers

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 : > > > > >

Re: [GSoC] Thursday mentee meeting

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"

Re: [geometry] release

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, >

Re: [rng] binary compatibility with final modifier

ons-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 2019 at

Re: [rng] binary compatibility with final modifier

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

Re: [statistics] PMD

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]

Re: [geometry] release

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

Re: [rng] default maven goal

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 > >

Re: Proposal to introduce JUnit 5 in commons-numbers

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

Re: [commons-numbers] branch fraction-dev updated (3b21325 -> 92de0b4)

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

Re: [rng] Suppress PMD violations

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

Re: [Statistics] BigDecimalStatistics proposition

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: > > > Hi

Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules

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

Re: [Configuration] Optional Includes in Properties files

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,

Re: [gsoc][statistics] Enable Travis

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 : >

Re: [gsoc][statistics] Enable Travis

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:

Re: [commons-rng] 02/03: Fixed typo and updated deprecated generator.

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. > >> &

Re: [commons-rng] 02/03: Fixed typo and updated deprecated generator.

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:

Re: [Statistics] BigDecimalStatistics proposition

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,

Re: [Statistics] BigDecimalStatistics proposition

veragingInt 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: > > > Hello. &

Re: [Statistics] BigDecimalStatistics proposition

ield.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-statistics submo

Re: [Lang] BigDecimalStatistics proposition

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

Re: [rng] stress test results

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

Re: [rng] stress test results

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

Re: [GSoC] commons-gsoc Thursday meeting?

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

Re: [GSoC][STATISTICS][Regression] Architecture Implementation Suggestions

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

Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler

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

Re: [statistics] Mode function for Cauchy distribution

a 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 getMean() > > i

Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler

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. >

Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler

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

Re: [rng] Copying samplers

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: > >> > >>> >

Re: [rng] Utility for creating permutations of hex digits

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: > >>>

Re: [rng] Utility for creating permutations of hex digits

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 : > >> > >&

Re: [rng] Copying samplers

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

Re: [statistics] Mode function for Cauchy distribution

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

Re: [rng] Utility for creating permutations of hex digits

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 >

Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone working on a new Linear Math module currently?

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 >

Re: [commons-rng] branch master updated: Update pom.xml

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

Re: [statistics][numbers] set up develop branches?

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

Re: [statistics]Log-Cauchy Distribution

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

Re: [statistics]Log-Cauchy Distribution

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

Re: [rng] Copying samplers

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 : > >> >

Re: [rng] Copying samplers

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

Re: [statistics]Log-Cauchy Distribution

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. >

Re: [rng] Split and Jump 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

Re: [All] Help with GitHub "support"

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

[All] Help with GitHub "support"

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

Re: [rng] Split and Jump functions

Hi. > > [...] > > So do we do: > > UniformRandomProvider restrict(JumpableUniformRandomProvider); > JumpableUniformRandomProvider restrict(LongJumpableUniformRandomProvider); > UniformRandomProvider restrict(RestorableUniformRandomProvider); > > Or: > > UniformRandomProvider

Re: [rng] Split and Jump functions

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.

Re: [rng] Split and Jump functions

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: >

Re: [rng] Split and Jump functions

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 > >

Re: [rng] Split and Jump functions

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

Re: [rng] Split and Jump functions

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-

Re: [rng] Split and Jump functions

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

Re: [commons-parent] branch master updated: japicmp-maven-plugin should not break builds on source incompatible changes by default.

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

Re: [rng] Split and Jump functions

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: > >> > >> /** > &

Re: [rng] Split and Jump functions

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

Re: [rng] Split and Jump functions

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: > >>>>> [...] > &

Re: [rng] Split and Jump functions

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

Re: [rng] Split and Jump functions

> > [...] > > 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(…) >

Re: [rng] nextInt(int) and nextLong(long) can be improved

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

Re: Re: [rng] Split and Jump functions

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 'JumpableUnifor

Re: [rng] Split and Jump functions

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?

Re: [rng] nextInt(int) and nextLong(long) can be improved

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); > > > >

[RNG] Re: [commons-rng] 02/02: Disable redundant JMH benchmarks and mark as deprecated.

Hello Alex. > [...] > > commit 431a51b8211a40e5e8d9df0406563d4873eb4eb6 > Author: aherbert > AuthorDate: Wed Apr 10 11:01:05 2019 +0100 > > Disable redundant JMH benchmarks and mark as deprecated. Is there and advantage to keeping disabled code? [Usually, it rots silently until nobody knows

Re: [rng] Split and Jump functions

Hello. Le mar. 9 avr. 2019 à 16:42, Alex Herbert a écrit : > > Hi Gilles, > > Lots of sensible discussion here. I'll just put all replies at the end. > > On 09/04/2019 13:28, Gilles Sadowski wrote: > > Hello. > > > >> Hi Gilles, > >> > >>

Re: ***UNCHECKED*** [parent] Introducing Automatic-Module-Name

Le mar. 9 avr. 2019 à 14:11, Rob Tompkins a écrit : > > > > > On Apr 9, 2019, at 7:21 AM, Gilles Sadowski wrote: > > > > Le mar. 9 avr. 2019 à 13:03, sebb > <mailto:seb...@gmail.com>> a écrit : > >> > >

Re: [rng] Split and Jump functions

Hello. > > Hi Gilles, > > You ask some good questions which I may have been vague about due to > familiarity with the possibilities. I hope to clarify a bit below. > > On 08/04/2019 16:05, Gilles Sadowski wrote: > > Hi Alex. > > > > Le lun. 8 avr. 2

Re: ***UNCHECKED*** [parent] Introducing Automatic-Module-Name

Le mar. 9 avr. 2019 à 13:03, sebb a écrit : > > On Tue, 9 Apr 2019 at 11:43, Gilles Sadowski wrote: > > > > > [...] > > > > > > > > $ git diff pom.xml > > > > diff --git a/pom.xml b/pom.xml > > > > index 2612dd6..54a88e4 100644

Re: ***UNCHECKED*** [parent] Introducing Automatic-Module-Name

> [...] > > > > $ git diff pom.xml > > diff --git a/pom.xml b/pom.xml > > index 2612dd6..54a88e4 100644 > > --- a/pom.xml > > +++ b/pom.xml > > @@ -570,6 +570,7 @@ > > > > ${implementation.build} > > > > ${maven.compiler.source} > > > >

Re: [rng] Split and Jump functions

Hi Alex. Le lun. 8 avr. 2019 à 14:36, Alex Herbert a écrit : > > This is a starter for a discussion on the split and jump functionality > for a random generator. > > Split: > > To create a new instance of the generator that is deterministically > based on the state of the current instance but

Re: [commons-lang] branch master updated: (docs) update user use -> user explore

Hi Rob. Le lun. 8 avr. 2019 à 14:16, Rob Tompkins a écrit : > > I think that maybe hits what you guys were getting after with my wording. You probably missed a thread. I've just committed the alternative text. Regards, Gilles > > And you know me, english as a first language, still writing

Re: [lang] LANG-1442

Le sam. 6 avr. 2019 à 16:59, Rob Tompkins a écrit : > > @Gilles - thoughts on this wording: > https://github.com/apache/commons-lang/commit/3f43706192b1b75c5023f165534a12b192c31442 > > > ? There is a

Re: [lang] Towards 3.9

Le sam. 6 avr. 2019 à 16:00, Jochen Wiedmann a écrit : > > On Fri, Apr 5, 2019 at 4:27 AM Rob Tompkins wrote: > > > > > On Apr 4, 2019, at 9:20 AM, Gilles Sadowski wrote: > > > > > >> Any thoughts on doing a 3.9 release of [lang]. I think Benedikt wa

Re: [lang] Towards 3.9

Hi Rob. Le ven. 5 avr. 2019 à 04:27, Rob Tompkins a écrit : > > > > > On Apr 4, 2019, at 9:20 AM, Gilles Sadowski wrote: > > > >> Any thoughts on doing a 3.9 release of [lang]. I think Benedikt want’s us > >> to go up with what we have. Any thoughts for

Re: [GSoC] Submission of Final Draft for GSoC Proposal

Le ven. 5 avr. 2019 à 15:14, Javin Paul a écrit : > > How to unsubscribe from this email list? can someone please help? This is indicated in the messages' footer (see below). HTH, Gilles > > > > - > > To unsubscribe, e-mail:

<    7   8   9   10   11   12   13   14   15   16   >