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 have something to replace by utilising the commons math libraries. I haven't done a search yet. I wanted to see if the community would be OK with new tickets (if any) for new functionality to be implemented in the math libraries, GIVEN that there will automatically be use-cases i.e. apache already uses those algorithms. When I suggest new math functionality, I am always asked what the use-cases are and I don't have any, because I just want to implement unimplemented math algorithms. So, I thought that this way (if I find any) there will be use-cases
On Mon, 17 Jul 2023 at 11:43, Gilles Sadowski <gillese...@gmail.com> wrote: > Le lun. 17 juil. 2023 à 02:34, Dimitrios Efthymiou > <efthymiou.dimitri...@gmail.com> 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 > > Sounds nice. > If we could already do that just within "Commons"... (see other post). > > > or if math > > doesn't have those math algorithms, we can move them to math. Flink and > > HBase for example depend on math > > For which functionality? > > Regards, > Gilles > > >> [...] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
