2011/10/3 Gilles Sadowski :
> On Mon, Oct 03, 2011 at 05:42:15PM +0200, Mikkel Meyer Andersen wrote:
>> 2011/10/3 Phil Steitz :
>> > I agree with Gilles' recent comment that this class is bloated. Any ideas
>> > on how to break it up? Now would be a good time to so it.
>> >
>> > Phil
>> One way
Good morning everyone,
I would like to add the above mentioned methods to FieldElement. This
would avoid awkward commands such as
x.getField().getZero().substract(x) (for x.opposite())
and
x.getField().getOne().divide(x) (for x.invert()).
It's not essential, but I think it would be useful. Besides,
Once this is done, I don't mind cutting the RC. I haven't done one in
a while. I'm sure it'll be fun! :)
On Mon, Oct 3, 2011 at 10:13 PM, Henri Yandell wrote:
> First we need to resolve or reversion the open issues:
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQu
On 4 October 2011 02:40, Phil Steitz wrote:
> On 10/3/11 6:32 PM, sebb wrote:
>> On 4 October 2011 02:15, Phil Steitz wrote:
>>> On 10/3/11 6:13 PM, Phil Steitz wrote:
Sigs, hashes are good.
Contents look good.
Ant and Maven builds run clean on Sun 1.5, 1.6, Jrockit 1.5, 1.6,
On 10/3/11 6:32 PM, sebb wrote:
> On 4 October 2011 02:15, Phil Steitz wrote:
>> On 10/3/11 6:13 PM, Phil Steitz wrote:
>>> Sigs, hashes are good.
>>> Contents look good.
>>> Ant and Maven builds run clean on Sun 1.5, 1.6, Jrockit 1.5, 1.6,
>>> Apple 1.6
>>> Release notes look good.
>>>
>>> +1
>>>
On 4 October 2011 02:15, Phil Steitz wrote:
> On 10/3/11 6:13 PM, Phil Steitz wrote:
>> Sigs, hashes are good.
>> Contents look good.
>> Ant and Maven builds run clean on Sun 1.5, 1.6, Jrockit 1.5, 1.6,
>> Apple 1.6
>> Release notes look good.
>>
>> +1
>>
>> Nice work!
>>
>> Remember to get rid of
On 10/3/11 6:13 PM, Phil Steitz wrote:
> Sigs, hashes are good.
> Contents look good.
> Ant and Maven builds run clean on Sun 1.5, 1.6, Jrockit 1.5, 1.6,
> Apple 1.6
> Release notes look good.
>
> +1
>
> Nice work!
>
> Remember to get rid of the cruft before moving the release files to
> /dist.
> I
Sigs, hashes are good.
Contents look good.
Ant and Maven builds run clean on Sun 1.5, 1.6, Jrockit 1.5, 1.6,
Apple 1.6
Release notes look good.
+1
Nice work!
Remember to get rid of the cruft before moving the release files to
/dist.
I am assuming that what we are actually voting on (and what wil
I think Gilles is on the mark here.
+1 For the break up
+1 For organizing along conceptual lines.
-Greg
On Mon, Oct 3, 2011 at 3:59 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> On Mon, Oct 03, 2011 at 05:42:15PM +0200, Mikkel Meyer Andersen wrote:
> > 2011/10/3 Phil Steitz :
> >
On 3 October 2011 22:41, wrote:
> Author: ggregory
> Date: Mon Oct 3 21:41:39 2011
> New Revision: 1178593
>
> URL: http://svn.apache.org/viewvc?rev=1178593&view=rev
> Log:
> Update to JUnit 4.10 from 4.9.
>
> Modified:
> commons/proper/lang/trunk/build.properties.sample
> commons/proper/l
On 3 October 2011 22:09, Christian Grobmeier wrote:
> Hi,
>
> I just runned the test cases of ognl (first time I am afraid :-().
> They all end up green, but throw console exceptions. Is this ok?
Informational console messages should generally be avoided in test cases.
If not, they obscure the ac
Good day to you all:
I have prepared Commons IO 2.1-RC6.
The differences with RC5 are:
- build.xml: Pick up Sebb's fix for the JUnit download mess.
Tag:
https://svn.apache.org/repos/asf/commons/proper/io/tags/commons-io-2.1-RC6
Site:
https://people.apache.org/builds/commons/io/2.1/RC6/
Bina
Hi,
I just runned the test cases of ognl (first time I am afraid :-().
They all end up green, but throw console exceptions. Is this ok? I was
looking into the test cases but they are, well, pretty different from
what I am used so I thought I better ask. From what I understood I
would say everythin
On Mon, Oct 03, 2011 at 05:42:15PM +0200, Mikkel Meyer Andersen wrote:
> 2011/10/3 Phil Steitz :
> > I agree with Gilles' recent comment that this class is bloated. Any ideas
> > on how to break it up? Now would be a good time to so it.
> >
> > Phil
> One way would be to divide it into DiscreteU
Hi Sebb,
sebb wrote:
> On 3 October 2011 14:58, Jörg Schaible wrote:
[snip]
>> If you set eol-style, Subversion will automatically convert the EOLs at
>> commit - unless your file has mixed line endings. Then it will refuse the
>> commit action. However, Subversion will not add the property
>>
2011/10/3 Sébastien Brisard :
>> I would be curious to see how such a class would actually help you. I have
>> to admit that a big part of my curiosity is due to the fact that I don't
>> understand how it really would help. It could be, as you say, beautiful but
>> useful is sometimes are more di
I am interested. Not convinced, but interested.
2011/10/3 Sébastien Brisard
> If you are still interested, I'll post (not commit, I got the
> message!!!) tentative interfaces once I've written them.
>
> I would be curious to see how such a class would actually help you. I have
> to admit that a big part of my curiosity is due to the fact that I don't
> understand how it really would help. It could be, as you say, beautiful but
> useful is sometimes are more difficult goal with these things.
>
This is a pretty significant API change. I thought about adding a new
unchecked exception to replace the MathException in all of the
signatures; but did not really see the value in it, since it would
have to be unchecked. If we want to advertise the specific unchecked
exceptions that may propagat
I would be curious to see how such a class would actually help you. I have
to admit that a big part of my curiosity is due to the fact that I don't
understand how it really would help. It could be, as you say, beautiful but
useful is sometimes are more difficult goal with these things.
I would a
2011/10/3 Sébastien Brisard :
> 2011/10/3 Phil Steitz :
>> On 10/3/11 7:00 AM, Sébastien Brisard wrote:
>>> Hello,
>>> I'm using quite extensively the Field/FieldElement interfaces, but am
>>> sometimes feeling the need for less stringent sets like Abelian Groups
>>> (no multiplication) and Rings (
2011/10/3 Phil Steitz :
> I agree with Gilles' recent comment that this class is bloated. Any ideas on
> how to break it up? Now would be a good time to so it.
>
> Phil
One way would be to divide it into DiscreteUtils (int's and long's)
and ContinuousUtils (float's and double's).
Cheers, Mikkel
2011/10/3 Phil Steitz :
> On 10/3/11 7:00 AM, Sébastien Brisard wrote:
>> Hello,
>> I'm using quite extensively the Field/FieldElement interfaces, but am
>> sometimes feeling the need for less stringent sets like Abelian Groups
>> (no multiplication) and Rings (no division). This would allow me to
I agree with Gilles' recent comment that this class is bloated. Any ideas on
how to break it up? Now would be a good time to so it.
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-
On 3 October 2011 14:58, Jörg Schaible wrote:
> Hi Sebb,
>
> sebb wrote:
>
>> 2011/10/1 Sébastien Brisard :
>>> Yes I realized this morning that during my last modification of
>>> CholeskyDecomposition, the svn properties had gone (need to check my
>>> config).
>>> I committed a patch to remedy th
On 10/3/11 7:08 AM, Sébastien Brisard wrote:
> Hello,
> I'm constantly facing the problem of multiplying a FieldElement by an
> int. I think this is mathematically meaningful, since n.x = x + x +
> ... + x (n times). I know the current trend is *not* to polute the
> interface of a given class with
On 10/3/11 7:00 AM, Sébastien Brisard wrote:
> Hello,
> I'm using quite extensively the Field/FieldElement interfaces, but am
> sometimes feeling the need for less stringent sets like Abelian Groups
> (no multiplication) and Rings (no division). This would allow me to
> carry out some calculations
Hello,
I'm constantly facing the problem of multiplying a FieldElement by an
int. I think this is mathematically meaningful, since n.x = x + x +
... + x (n times). I know the current trend is *not* to polute the
interface of a given class with many very specific methods, but I do
think that this on
Hello,
I'm using quite extensively the Field/FieldElement interfaces, but am
sometimes feeling the need for less stringent sets like Abelian Groups
(no multiplication) and Rings (no division). This would allow me to
carry out some calculations on different types of number simply by
changing the gen
Hi Sebb,
sebb wrote:
> 2011/10/1 Sébastien Brisard :
>> Yes I realized this morning that during my last modification of
>> CholeskyDecomposition, the svn properties had gone (need to check my
>> config).
>> I committed a patch to remedy that, but I thought it would generate
>> only a very small d
Hi Elijah,
thanks a lot once again for your help, I'm processing the patch right now :)
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Oct 3, 2011 at 3:32 AM, Elijah Zupancic wrote:
> I've finally got a little time to work on Chain a
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
2011/10/3 :
> Hi Sébastien,
>
> - Mail original -
>> Author: celestin
>> Date: Mon Oct 3 06:33:21 2011
>> New Revision: 1178306
>>
>> URL: http://svn.apache.org/viewvc?rev=1178306&view=rev
>> Log:
>> - Replaced LinearOperator with Operator in exception names in order
>> to make them short
Hi Luc,
Sure! This should not be too difficult (!), and I'll try to remember
about that next time.
Thanks for the reminder, and have a good day,
Sébastien
2011/10/3 :
> Hi Sébastien,
>
> - Mail original -
>> Author: celestin
>> Date: Mon Oct 3 06:33:21 2011
>> New Revision: 1178306
>>
>>
Hi Sébastien,
- Mail original -
> Author: celestin
> Date: Mon Oct 3 06:33:21 2011
> New Revision: 1178306
>
> URL: http://svn.apache.org/viewvc?rev=1178306&view=rev
> Log:
> - Replaced LinearOperator with Operator in exception names in order
> to make them shorter (as discussed on the ML
- Mail original -
> On 10/2/11 12:43 PM, l...@apache.org wrote:
> >
> > ==
> > ---
> > commons/proper/math/trunk/src/main/java/org/apache/commons/math/ode/AbstractIntegrator.java
> > (original)
> > +++
> > commo
36 matches
Mail list logo
