On Sep 20, 2010, at 6:11 PM, James Carman wrote:
> On Mon, Sep 20, 2010 at 7:01 PM, Matt Benson wrote:
>>
>> This would seem quite complicated to execute, would it not?
>>
>
> What do you propose?
>
I don't know for sure yet. My initial reaction would have been to try and
consolidate the
On Mon, Sep 20, 2010 at 7:01 PM, Matt Benson wrote:
>
> This would seem quite complicated to execute, would it not?
>
What do you propose?
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-m
On Sep 20, 2010, at 5:26 PM, James Carman wrote:
> On Mon, Sep 20, 2010 at 6:16 PM, Matt Benson wrote:
>> Hi all,
>> By default, [proxy]'s provided ProxyFactory implementations all force their
>> generated proxies to implement hashCode via System.identityHashCode() and
>> equals via reference
Le 20/09/2010 15:28, Mikkel Meyer Andersen a écrit :
> I would like to see/try a comparison between the default and new PRNG
> under different conditions. Just to get an idea of how they perform.
I gave it a try. The version from yesterday was really slow (about 3
times slower than other generato
On Mon, Sep 20, 2010 at 6:16 PM, Matt Benson wrote:
> Hi all,
> By default, [proxy]'s provided ProxyFactory implementations all force their
> generated proxies to implement hashCode via System.identityHashCode() and
> equals via reference equality. I will leave it to the original author to
>
Hi all,
By default, [proxy]'s provided ProxyFactory implementations all force their
generated proxies to implement hashCode via System.identityHashCode() and
equals via reference equality. I will leave it to the original author to
explain the reasons behind this design decision if he chooses,
Build works fine with Java 1.5 on Windows 7, the artifacts look good.
The link to the site obviously points to a snapshot version. It is
titled 2.1-SNAPSHOT, and the RAT report lists some development files
(maven-eclipse.xml). But I guess, this will be fixed by deploying the
correct version of
On Mon, Sep 20, 2010 at 6:16 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> >
> > Sounds OK, but we should verify somehow that the algorithm itself is
> > not patented. [...]
>
> This is probably not the place to start a discussion on the difference
> between patent and copyright :-
Hi,
2010/9/20 :
>
> - "Mikkel Meyer Andersen" a écrit :
>
>> Hi,
>>
>> I think it sounds interesting.
>>
>> A few comments:
>> 1) Does it support paralleled generation?
>
> No, it updates its bits pool using an iterative formula.
No worries - I was just curious. But maybe we should keep in m
> [...]
>
> Sounds OK, but we should verify somehow that the algorithm itself is
> not patented. [...]
This is probably not the place to start a discussion on the difference
between patent and copyright :-}
Copyright can apply to source code; neither patent nor copyright should
apply to algorith
- "Phil Steitz" a écrit :
> On 9/20/10 6:30 AM, luc.maison...@free.fr wrote:
> > Hi all,
> >
> > As those subscribed to the commit list may have noticed, I have
> > added several new pseudo-random number generators to
> > commons-math.
> >
> > I should not have add such a feature without dis
- "Mikkel Meyer Andersen" a écrit :
> Hi,
>
> I think it sounds interesting.
>
> A few comments:
> 1) Does it support paralleled generation?
No, it updates its bits pool using an iterative formula.
> 2) In regards to the user, which should be the default for e.g.
> sampling from probabil
On 9/20/10 6:58 AM, Gilles Sadowski wrote:
[...]
2) In regards to the user, which should be the default for e.g.
sampling from probability distributions?
I have the same question for possibly replacing the default RNG in class
"UnitSphereRandomVectorGenerator".
Very good point. We made all
On 9/20/10 6:30 AM, luc.maison...@free.fr wrote:
Hi all,
As those subscribed to the commit list may have noticed, I have
added several new pseudo-random number generators to
commons-math.
I should not have add such a feature without discussing on the
list before. It was a wrong move and I apolo
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-javaflow has an issue affecting its community integration.
This is
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
> [...]
> 2) In regards to the user, which should be the default for e.g.
> sampling from probability distributions?
I have the same question for possibly replacing the default RNG in class
"UnitSphereRandomVectorGenerator".
Gilles
--
> [...]
> So what do other think about this ?
> Should this really be included (in which case I will open a JIRA issue and
> resolve it immediately)
+1
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For ad
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
Hi,
I think it sounds interesting.
A few comments:
1) Does it support paralleled generation?
2) In regards to the user, which should be the default for e.g.
sampling from probability distributions?
3) How is the performance compared to the existing algorithms in Commons Math?
Cheers, Mikkel.
20
Hi all,
As those subscribed to the commit list may have noticed, I have added several
new pseudo-random number generators to commons-math.
I should not have add such a feature without discussing on the list before. It
was a wrong move and I apologize about it.
So I would like to start a discuss
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-io-test has an issue affecting its community integration.
This iss
22 matches
Mail list logo
