2011/10/3 Gilles Sadowski gil...@harfang.homelinux.org:
On Mon, Oct 03, 2011 at 05:42:15PM +0200, Mikkel Meyer Andersen wrote:
2011/10/3 Phil Steitz phil.ste...@gmail.com:
I agree with Gilles' recent comment that this class is bloated. Any ideas
on how to break it up? Now would be a good
It's not clear whether the exception is expected, in which case the
output should be suppressed, or an error, in which case the test
should just be allowed to fail with the exception.
I was looking into the test cases but they are, well, pretty different from
what I am used so I thought 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-proxy-test has an issue affecting its community integration.
This
On Mon, Oct 3, 2011 at 10:13 PM, Henri Yandell flame...@gmail.com wrote:
First we need to resolve or reversion the open issues:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+LANG+AND+fixVersion+%3D+%223.0.2%22+AND+resolution+%3D+Unresolved
*
What about adding LANG-462? It's languished for nearly a year.
The concerns stated in the issue activity are about it not being baked
enough. It won't get baked unless people actually use it, which indicates
it needs to be released so that it can be used. This is entirely new
code, with no
2011/10/3 Sébastien Brisard sebastien.bris...@m4x.org:
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
Thanks for the link! It seems very interesting, I'll give it a try!
Sébastien
2011/10/4 Axel axel...@gmail.com:
2011/10/3 Sébastien Brisard sebastien.bris...@m4x.org:
Hello,
I'm using quite extensively the Field/FieldElement interfaces, but am
sometimes feeling the need for less stringent
Le 04/10/2011 05:22, Sébastien Brisard a écrit :
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
Le 04/10/2011 08:43, Mikkel Meyer Andersen a écrit :
2011/10/3 Gilles Sadowskigil...@harfang.homelinux.org:
On Mon, Oct 03, 2011 at 05:42:15PM +0200, Mikkel Meyer Andersen wrote:
2011/10/3 Phil Steitzphil.ste...@gmail.com:
I agree with Gilles' recent comment that this class is bloated. Any
I have just submitted two patches to the Sanselan code tree. These address
issues a byte-order bug (Sanselan issue #54) and a speed enhancement (Sanselan
issue #56).I uploaded the patches as attachments to their associated issues.
Since I am new to using Subversion and the JIRA issue
Le 03/10/2011 19:50, Mikkel Meyer Andersen a écrit :
2011/10/3 Sébastien Brisardsebastien.bris...@m4x.org:
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.
2011/10/4 Luc Maisonobe luc.maison...@free.fr:
Le 04/10/2011 05:22, Sébastien Brisard a écrit :
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
Symbolic links should not be used in mirrored directories [1].
We still use them in some components; I propose to delete them all
later this week.
The disadvantages are:
- often don't get updated promptly; an extra task for the RM that is
often forgotten
- hide the true version when the archive
Both ant and maven builds work fine with Java 1.5 under Windows 7.
Artifacts look good. The link to the site provided below is obviously
not correct, but I built it locally and it is fine.
So +1
Oliver
Am 03.10.2011 23:35, schrieb Gary Gregory:
Good day to you all:
I have prepared Commons
+1
thanks for the hard work Gary!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Oct 4, 2011 at 10:30 PM, Oliver Heger
oliver.he...@oliver-heger.de wrote:
Both ant and maven builds work fine with Java 1.5 under Windows 7. Artifacts
look good. The link to the
On Tue, Oct 4, 2011 at 4:36 PM, Simone Tripodi simonetrip...@apache.orgwrote:
+1
thanks for the hard work Gary!
YW :)
Gary
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Oct 4, 2011 at 10:30 PM, Oliver Heger
oliver.he...@oliver-heger.de wrote:
Both
On 10/3/11 8:22 PM, Sébastien Brisard wrote:
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
I have been leaving the standard exception advertisements alone as I
s/MathRuntimeException.createXxException/new MathXxException, but I
notice others are changing the @throws to declare the
MathXxException. We should probably be consistent. I don't know if
it really makes any difference. I see
Gary Gregory wrote:
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:
I have been leaving the standard exception advertisements alone as I
s/MathRuntimeException.createXxException/new MathXxException, but I
notice others are changing the @throws to declare the
MathXxException. We should probably be consistent. I don't know if
it really makes any
Pardon my ignorance of Abelian Fields, but what would be a use of this set
of classes? Do they simplify some calculation or make some code faster? The
question is, are they numerical?
On Tue, Oct 4, 2011 at 2:33 PM, Luc Maisonobe luc.maison...@free.fr wrote:
Le 03/10/2011 19:50, Mikkel Meyer
On 10/4/11 4:26 PM, Gilles Sadowski wrote:
I have been leaving the standard exception advertisements alone as I
s/MathRuntimeException.createXxException/new MathXxException, but I
notice others are changing the @throws to declare the
MathXxException. We should probably be consistent. I don't
Hello all,
A while back I was interested in being able to do pivoting qr decomposition.
I noticed that Chris Nix submitted a patch, but he indicated that he had
more work to do (testing and filling in functionality). In the discussion
around this, Luc suggested that I look at the QR decomposition
On 10/4/11 5:42 PM, Greg Sterijevski wrote:
Pardon my ignorance of Abelian Fields, but what would be a use of this set
of classes? Do they simplify some calculation or make some code faster? The
question is, are they numerical?
We can all look at Sebastien's use cases to assess general
On 10/3/11 10:23 AM, Sébastien Brisard wrote:
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
Hello everyone,
so we all agree that adding these structures to CM would be
compartively easy (reusing what has been done with
FieldElement/Field). Whether it would be useful is another issue...
What is most interesting is the example use cases. I think we all
know that it is straightforward
+1 to add both of these, though I would suggest one of the following
pairs of names:
0) negate, invert
1) opposite, reciprocal
2) additiveInverse, multiplicativeInverse
Probably 2) is clearest, but a bit long. I am fine with any of them.
Phil
I do think these two features might prove
My apologies! Forgot to tag the subject line.
On Tue, Oct 4, 2011 at 8:35 PM, Greg Sterijevski gsterijev...@gmail.comwrote:
Hello all,
A while back I was interested in being able to do pivoting qr
decomposition. I noticed that Chris Nix submitted a patch, but he indicated
that he had more
28 matches
Mail list logo