Oh, no blame taken. I'm actually really excited about all of the changes.
Unfortunately, I've been missing for a while due to increased work
responsibilities.
The changes are all things way beyond what I was initially envisioning as a
2.0. What led me to contribute was that I was using Chain and g
Gilles,
I just noticed your request to write the algorithm along the lines of the
wikipedia article.
The only major difference between my code and the article on Wikipedia is
that I found it necessary to move the recursive stack in into a data
structure to avoid a StackOverflowException when the
On 6/28/13 7:44 AM, Gilles wrote:
> On Mon, 24 Jun 2013 07:43:22 -0700, Ajo Fod wrote:
>> As I read through the Wikipedia articles on Gauss-Hermite and
>> Laguerre, I
>> notice that they are talking about basis functions with
>> infinity/s in its
>> domain. How would this would solve the problem a
Hi all
I'am about BCEL bug https://issues.apache.org/jira/browse/BCEL-170
The bug is about signature for a method with generics in signature. In this
case we may extract this signature from method attributes so the we will be
able to call Type.getArgumentTypes on this signature that leads to
C
BTW, it is possible that I'm not using LGQ correctly. If so, please show
how to pass the tests I've added. I'd much rather use something that is
better tested than my personal code.
-Ajo.
On Fri, Jun 28, 2013 at 11:04 AM, Ajo Fod wrote:
> I just posted a patch on this issue. Feel free to edit
I just posted a patch on this issue. Feel free to edit as necessary to
match your standards. There is a clear issue with LGQ.
Cheers,
Ajo.
On Fri, Jun 28, 2013 at 10:54 AM, Gilles wrote:
> Ted,
>
>
>
>> Did you read my other (rather more lengthy) post? Is that "jumping"?
>>>
>>>
>> Yes. You
Ted,
Did you read my other (rather more lengthy) post? Is that
"jumping"?
Yes. You jumped on him rather than helped him be productive. The
general
message is "we have something in the works, don't bother us with your
ideas".
Then please read all the messages pertaining to those issu
Hey guys,
Ted/Gilles, thanks for the support and reviewing the code. I realize that
there is no Junit test with the files. I'll make a working patch to make
life easier on everyone.
Cheers,
Ajo.
On Fri, Jun 28, 2013 at 9:06 AM, Ted Dunning wrote:
> On Fri, Jun 28, 2013 at 9:05 AM, Gilles >wr
On Fri, Jun 28, 2013 at 9:05 AM, Gilles wrote:
> Did you read my other (rather more lengthy) post? Is that "jumping"?
>
Yes. You jumped on him rather than helped him be productive. The general
message is "we have something in the works, don't bother us with your
ideas".
On Fri, 28 Jun 2013 08:32:49 -0700, Ted Dunning wrote:
On Fri, Jun 28, 2013 at 8:14 AM, Gilles
wrote:
Hello.
The existing LegendreGaussQuadrature class incorrectly assumes that
it has
converged for functions where the polynomial approximation fails in
a
small
corner of the integral space.
On Fri, Jun 28, 2013 at 8:14 AM, Gilles wrote:
> Hello.
>
> The existing LegendreGaussQuadrature class incorrectly assumes that it has
>> converged for functions where the polynomial approximation fails in a
>> small
>> corner of the integral space.
>>
>> This situation is handled much better wit
Hello.
The existing LegendreGaussQuadrature class incorrectly assumes that
it has
converged for functions where the polynomial approximation fails in a
small
corner of the integral space.
This situation is handled much better with the AdaptiveQuadrature
class in
the path for MATH-995. This p
On Mon, 24 Jun 2013 07:43:22 -0700, Ajo Fod wrote:
As I read through the Wikipedia articles on Gauss-Hermite and
Laguerre, I
notice that they are talking about basis functions with infinity/s in
its
domain. How would this would solve the problem addressed in the
MATH-994
which is to restrict
We're getting there...
Gary
On Fri, Jun 28, 2013 at 7:56 AM, Benedikt Ritter wrote:
> Hi,
>
> Just to bring CSV up again: JIRA currently has 10 open issues [1]. Five
> with fix version 1.0 and five with 1.x. I'm planning to propose a patch for
> CSV-99 [2] this weekend. Would be nice if we cou
This is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open for at least 72 hours
It will finish no earlier than July 1 2013 at 14:00 GMT.
The only change in this release is:
- updated Javadoc plugin to 2.9.1 to fix Javadoc vulnerability
(CVE-2013-1571, VU#225657) MJAVADOC
Hi,
Just to bring CSV up again: JIRA currently has 10 open issues [1]. Five
with fix version 1.0 and five with 1.x. I'm planning to propose a patch for
CSV-99 [2] this weekend. Would be nice if we could manage to fix the other
four issues soon. So if you have spare time, just go ahead!
Benedikt
CP-32 should be released none the less ASAP don't you think?
Gary
On Jun 28, 2013, at 6:48, sebb wrote:
> Now that the javadoc 2.9.1 plugin is released, it might be worth
> trying it with the collections release.
>
> No need to wait for CP 32, just override the commons.javadoc.version
> propert
Now that the javadoc 2.9.1 plugin is released, it might be worth
trying it with the collections release.
No need to wait for CP 32, just override the commons.javadoc.version
property in the collections pom.
[Please add a comment to remind devs to remove the override later.]
--
sebb wrote:
> On 27 June 2013 22:23, Thomas Neidhart wrote:
>> On 06/27/2013 10:41 PM, sebb wrote:
[snip]
>> I could suppress the generation of the Build-Jdk from the bundle-plugin
>> with this override:
>>
>>
>> org.apache.felix
>> maven-bundle-plugin
>>
>>
19 matches
Mail list logo
