- "Bill Barker" a écrit :
> Currently StatUtils.sum(double []) (as well as most other statistics
> that
> operate on arrays) returns NaN on a zero length array. As pointed out
> in
> the Jira issue, this is not the conventional treatment of a summation
> over
> the empty set (which woul
I would count this as a bug fix rather than a compatibility break. (my vote
is non-binding, of course)
On Wed, Jun 9, 2010 at 7:08 PM, Bill Barker wrote:
> Currently StatUtils.sum(double []) (as well as most other statistics that
> operate on arrays) returns NaN on a zero length array. As poi
Currently StatUtils.sum(double []) (as well as most other statistics that
operate on arrays) returns NaN on a zero length array. As pointed out in
the Jira issue, this is not the conventional treatment of a summation over
the empty set (which would return zero) in the mathematical world. I wo
Yeah
2010/6/9 Rahul Akolkar
> On Wed, Jun 9, 2010 at 11:03 AM, Xun Long Gui wrote:
> > Sorry about Chinese commend in source code, i will fix it
> >
>
>
> OK, and are you planning on removing the @author tags as well while
> you are at it?
>
> -Rahul
>
>
> > 2010/6/9 Rahul Akolkar
> >
> >> Se
On Wed, Jun 9, 2010 at 11:03 AM, Xun Long Gui wrote:
> Sorry about Chinese commend in source code, i will fix it
>
OK, and are you planning on removing the @author tags as well while
you are at it?
-Rahul
> 2010/6/9 Rahul Akolkar
>
>> See below:
>>
>> On Wed, Jun 9, 2010 at 9:41 AM, wrote:
Sorry about Chinese commend in source code, i will fix it
2010/6/9 Rahul Akolkar
> See below:
>
> On Wed, Jun 9, 2010 at 9:41 AM, wrote:
> > Author: guixl
> > Date: Wed Jun 9 13:41:14 2010
> > New Revision: 953000
> >
> > URL: http://svn.apache.org/viewvc?rev=953000&view=rev
> > Log:
> > add
Joe Darcy at Oracle
http://blogs.sun.com/darcy/category/Numerics
might be a good contact as he has an interest and background in Java
numerics and has been overseeing Project Coin which is about small
additions to the Java language for JDK 7.
Bruce
On Jun 9, 2010, at 9:31 AM, James Carma
See below:
On Wed, Jun 9, 2010 at 9:41 AM, wrote:
> Author: guixl
> Date: Wed Jun 9 13:41:14 2010
> New Revision: 953000
>
> URL: http://svn.apache.org/viewvc?rev=953000&view=rev
> Log:
> add SCXML document export progress monitor
>
> Added:
>
> commons/sandbox/gsoc/2010/scxml-eclipse/trunk
It seems like Oracle might be a bit more receptive to stuff like this
going forward. Good luck!
On Wed, Jun 9, 2010 at 9:27 AM, Bill Rossi wrote:
>
> No it had not occured to me. I can look into that.
>
> On Wed, 9 Jun 2010, James Carman wrote:
>
>> On Wed, Jun 9, 2010 at 7:55 AM, Bill Rossi w
No it had not occured to me. I can look into that.
On Wed, 9 Jun 2010, James Carman wrote:
On Wed, Jun 9, 2010 at 7:55 AM, Bill Rossi wrote:
2.) I also think there there is the perception that the existing methods are
good enough, so its probably not a high priority.
Fair enough. Have
On Wed, Jun 9, 2010 at 7:55 AM, Bill Rossi wrote:
>
> 2.) I also think there there is the perception that the existing methods are
> good enough, so its probably not a high priority.
>
Fair enough. Have you thought of approaching the folks at the OpenJDK project?
---
This is my guess as to why this wasn't already done in the language.
1.) Only in recent years with advances in JIT technology and larger
processor caches does my approach become feasible. Previously, Java code
doing this wouldn't receive the same level of optimization. For example
the perf
Luc Maisonobe wrote:
> Le 08/06/2010 23:07, Bill Rossi a écrit :
>> Luc,
>>
>> I'm OK with providing an ICLA or SGA or both. A bit of history on the
>> project to help you decide what is appropriate:
>>
>> While working for my employer some last year we noticed some of these
>> functions were slow
On 09/06/2010, Niall Pemberton wrote:
> On Tue, Jun 8, 2010 at 4:42 PM, Rahul Akolkar wrote:
> > I think its reasonable to get (sandbox) websites posted for the GSoC
> > projects -- website presence can help draw interest. So, for this
> > year, one would have the sites here:
> >
> > http:/
On Tue, Jun 8, 2010 at 4:42 PM, Rahul Akolkar wrote:
> I think its reasonable to get (sandbox) websites posted for the GSoC
> projects -- website presence can help draw interest. So, for this
> year, one would have the sites here:
>
> http://commons.apache.org/sandbox/gsoc/2010/scxml-eclipse
>
>
15 matches
Mail list logo
