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 has an issue affecting its community integration.
This issue
Hi Simone
That looks very nice! Let's get the ball rolling on this. I currently
have limited time, but I'm here to help with anything Maven-related in
the skin.
For me there is no need to do this work on a branch, I don't see us
releasing another version of the current skin any time soon. If the
Hi Phil.
Can you live with r1180315?
[I guess that you are talking to me.]
I still stand with the arguments of my other post about this 1e-9 constant
being confusing for the non numerics-aware users.
However, I can understand that we may want to also document the departure
from the math
Hi all,
I noticed in the JIRA settings that Phil is registered as lead for all
commons components. Should I change this setting and put myself there as
PMC chair or should we select one person for each component ?
I don't even know what lead role is in JIRA. There are already several
On 10/8/11 7:14 AM, Luc Maisonobe wrote:
Hi all,
I noticed in the JIRA settings that Phil is registered as lead for
all commons components. Should I change this setting and put
myself there as PMC chair or should we select one person for each
component ?
I don't even know what lead role is
On 10/8/11 5:05 AM, Gilles Sadowski wrote:
Hi Phil.
Can you live with r1180315?
[I guess that you are talking to me.]
I still stand with the arguments of my other post about this 1e-9 constant
being confusing for the non numerics-aware users.
However, I can understand that we may want to
Hi,
I've spent quite a lot of time going through Pr. Saunders' FORTRAN
implementation of this algorithm, and the Java port is almost ready.
This algorithm is quite difficult to read, because some quantities
required at iteration k can be computed only in iteration (k+1). So
one must be careful in
+1 from me. Looks great!
On 10/8/11 7:44 AM, Sébastien Brisard wrote:
Hi,
I've spent quite a lot of time going through Pr. Saunders' FORTRAN
implementation of this algorithm, and the Java port is almost ready.
This algorithm is quite difficult to read, because some quantities
required at iteration k can be computed
I would encourage you, though, to add as much inline, class and
javadoc documentation as possible, since that is what developers
looking at the source will see immediately.
Yes, I had second thoughts on putting the notes in an external file...
The main benefit being mathematical formatting...
On 10/8/11 9:20 AM, Sébastien Brisard wrote:
I would encourage you, though, to add as much inline, class and
javadoc documentation as possible, since that is what developers
looking at the source will see immediately.
Yes, I had second thoughts on putting the notes in an external file...
The
2011/10/8 Sébastien Brisard sebastien.bris...@m4x.org
FURTHER QUESTION: do you think that this reformatting of the code
(plus renaming of some variables) could be offensive to the original
developer? Should I be careful with that? His original contribution is
fully aknowledged anyway.
I
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 has an issue affecting its community integration.
This issue
I am getting RTE with message above when I try to run the example
under updating the base and differentiated objects in the docs.
Is this example supposed to work with the code in trunk? Also, I am
assuming
s/ForwardAlgorithmicDifferentiator/ForwardModeAlgorithmicDifferentiator
throughout.
On Sat, Oct 08, 2011 at 07:21:23AM -0700, Phil Steitz wrote:
On 10/8/11 5:05 AM, Gilles Sadowski wrote:
Hi Phil.
Can you live with r1180315?
[I guess that you are talking to me.]
I still stand with the arguments of my other post about this 1e-9 constant
being confusing for the non
Phil Steitz phil.ste...@gmail.com a écrit :
I am getting RTE with message above when I try to run the example
under updating the base and differentiated objects in the docs.
Is this example supposed to work with the code in trunk? Also, I am
I'll look at this tomorrow, but I think for now
On 10/8/11 2:12 PM, Gilles Sadowski wrote:
On Sat, Oct 08, 2011 at 07:21:23AM -0700, Phil Steitz wrote:
On 10/8/11 5:05 AM, Gilles Sadowski wrote:
Hi Phil.
Can you live with r1180315?
[I guess that you are talking to me.]
I still stand with the arguments of my other post about this 1e-9
On 10/8/11 2:24 PM, Luc Maisonobe wrote:
Phil Steitz phil.ste...@gmail.com a écrit :
I am getting RTE with message above when I try to run the example
under updating the base and differentiated objects in the docs.
Is this example supposed to work with the code in trunk? Also, I am
I'll
On Sat, Oct 08, 2011 at 02:29:21PM -0700, Phil Steitz wrote:
On 10/8/11 2:12 PM, Gilles Sadowski wrote:
On Sat, Oct 08, 2011 at 07:21:23AM -0700, Phil Steitz wrote:
On 10/8/11 5:05 AM, Gilles Sadowski wrote:
Hi Phil.
Can you live with r1180315?
[I guess that you are talking to me.]
Hi all,
Checkstyle shows me more or less that we should go conform the Sun
standards. I would love this, but want to make sure we have agreed on
it. Because it would need a good bunch of bracket-moving
Cheers
Christian
-
To
20 matches
Mail list logo