Le 07/02/2012 07:50, Sébastien Brisard a écrit :
> Hi,
Hello Sébastien,
> Kurt has recently proposed a patch for 1D-FFT which is much faster
> than our current impl, while still passing the tests (of course).
> Am I likely to hurt anyone's feelings if I replace the old impl by the new
> impl?
P
Hello Luc,
>
> Hello Sébastien,
>
>> Kurt has recently proposed a patch for 1D-FFT which is much faster
>> than our current impl, while still passing the tests (of course).
>> Am I likely to hurt anyone's feelings if I replace the old impl by the new
>> impl?
>
> Please, go ahead, a faster impleme
On 02/06/2012 09:10 PM, sebb wrote:
On 6 February 2012 17:45, Mladen Turk wrote:
Hmm, right. I'll revert the patch. There should be no surprises
or new features with 1.0.x branch.
Think that --foo=a ++foo=b ++foo=c should behave like
If there was foo set, set to a b c, not add a b c.
Agreed;
Hello.
>
> Hello Sébastien,
>
> > Kurt has recently proposed a patch for 1D-FFT which is much faster
> > than our current impl, while still passing the tests (of course).
> > Am I likely to hurt anyone's feelings if I replace the old impl by the new
> > impl?
>
> Please, go ahead, a faster imp
On 7 February 2012 10:37, Mladen Turk wrote:
> On 02/06/2012 09:10 PM, sebb wrote:
>>
>> On 6 February 2012 17:45, Mladen Turk wrote:
>>>
>>>
>>> Hmm, right. I'll revert the patch. There should be no surprises
>>> or new features with 1.0.x branch.
>>> Think that --foo=a ++foo=b ++foo=c should be
Hi again,
>>
>> > Kurt has recently proposed a patch for 1D-FFT which is much faster
>> > than our current impl, while still passing the tests (of course).
>> > Am I likely to hurt anyone's feelings if I replace the old impl by the new
>> > impl?
>>
>> Please, go ahead, a faster implementation is
On Feb 7, 2012, at 6:34 AM, Gilles Sadowski wrote:
> Hello.
>
>>
>> Hello Sébastien,
>>
>>> Kurt has recently proposed a patch for 1D-FFT which is much faster
>>> than our current impl, while still passing the tests (of course).
>>> Am I likely to hurt anyone's feelings if I replace the old im
On 02/07/2012 12:59 PM, sebb wrote:
On 7 February 2012 10:37, Mladen Turk wrote:
I'll tag and prepare 1.0.9 RC later today.
Can you also do the Maven jars?
Sure, but have no idea how to do that.
Regards
--
^TM
-
To uns
>
> I've been testing the new faster code in a real world application and I'm a
> big fan. But, I too would be hesitant to change the API. There are several
> ways it could be changed:
> transform (double[] real_imag)
>
> or
>
> transform(double[] real, double[] imag)
>
> or
>
> transform(Compl
On 02/07/2012 01:24 PM, Mladen Turk wrote:
On 02/07/2012 12:59 PM, sebb wrote:
On 7 February 2012 10:37, Mladen Turk wrote:
I'll tag and prepare 1.0.9 RC later today.
Can you also do the Maven jars?
Sure, but have no idea how to do that.
nevermind. I RTFM :)
Cheers
--
^TM
--
Hello,
Thanks all for your feedback, the utility consist in a lot of little static
methods which all looks the same. I just figure out that I need far more of
them than the amount I considered in the first place, as a result I am
considering some kind of code generation. If I go down that path,
ge
Hi,
Version 1.0.9 is bug fix release.
Daemon 1.0.9 RC1 is available for review at:
http://people.apache.org/~mturk/daemon-1.0.9/
It is based on the svn tag
https://svn.apache.org/repos/asf/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_9_RC1
which if voted will be renamed to
https://svn.apache.or
Hi.
> [...]
> >> >
> >> > I remember we recently had this conversation on the ML: one of Gilles
> >> > or Luc argued that for very low-level algorithms, it didn't really
> >> > matter if the parameters were passed as "very crude" objects, since it
> >> > was most likely that the user would have to
> ---CUT---
> public double[][] transform(double[][] dataRI) { /* ... */ }
> ---CUT---
> And you can pass your data to the CM code in a matter of two array reference
> assignments.
>
OK, I like this idea (this is more or less what I meant by "exposing"
the low-level method). I'll propose something
On Feb 7, 2012, at 8:05 AM, Sébastien Brisard wrote:
>> ---CUT---
>> public double[][] transform(double[][] dataRI) { /* ... */ }
>> ---CUT---
>> And you can pass your data to the CM code in a matter of two array reference
>> assignments.
>>
> OK, I like this idea (this is more or less what I me
Hi All:
I am not sure how much of an issue this is but I get the following warnings
on Windows 7 64-bit and Microsoft Visual Studio 10.0:
cd src\native\windows\apps
cd prunsrv
nmake CPU=X64
cl -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS -D_WINNT
-D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -D_
Hi Simo,
I've read your email twice yesterday evening and again today. Sorry, but
I honestly do not understand, what you are talking about :-)
I assume, that you are referring to my comment on svn commit r1241124 on
moving Assertions to a new package?! (rather then the behavior of
populate())
Hi,
the setup of TypesTest fails with a ClassCastException being thrown in
line 90 (see the above code snippet).
I haven't digged deep enough into all of the new code to make a
suggestion on how to repair the test. I guess you will probably know a
fix anyway ;)
Have a nice day!
Benedikt
Am
Hi all guys,
is it possible to open the Sandbox for Steven Dolg (stevendolg) [1]?
He's a Cocoon PMC member and he's providing help on [graph] on Sandbox.
Many thanks in advance, all the best!
-Simo
[1] http://people.apache.org/committer-index.html#stevendolg
http://people.apache.org/~simonetripod
Which environment are you using? It doesn't fails on mine
$ mvn --version
Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100)
Maven home: /Applications/apache-maven-3.0.4
Java version: 1.6.0_29, vendor: Apple Inc.
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Defa
On 02/07/2012 02:46 PM, Gary Gregory wrote:
Hi All:
I am not sure how much of an issue this is but I get the following warnings
on Windows 7 64-bit and Microsoft Visual Studio 10.0:
cd src\native\windows\apps
cd prunsrv
nmake CPU=X64
cl -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS
Hi, here's some info:
C:\Users\Bene>mvn -version
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: D:\Entwicklung\maven\3.0.3
Java version: 1.7.0_01, vendor: Oracle Corporation
Java home: D:\Entwicklung\Java\jdk1.7.0_01\jre
Default locale: de_DE, platform encoding: Cp1252
OS nam
Hola,
> I've read your email twice yesterday evening and again today. Sorry, but I
> honestly do not understand, what you are talking about :-)
> I assume, that you are referring to my comment on svn commit r1241124 on
> moving Assertions to a new package?! (rather then the behavior of
> populate(
Ah, Java7... once figured out how to install JDK7 on Mac OS X, I'll
report the bug to the original author.
Dankeshön,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Feb 7, 2012 at 4:13 PM, Bene
Do you wnat me to swtich to Java 6 for future development? I think it's
a good thing the test with different Java versions, even if the target
source code level is Java 5.
Regards,
Benedikt
Am 07.02.2012 16:20, schrieb Simone Tripodi:
Ah, Java7... once figured out how to install JDK7 on Mac O
Hi Benedikt,
Benedikt Ritter wrote:
> Do you wnat me to swtich to Java 6 for future development? I think it's
> a good thing the test with different Java versions, even if the target
> source code level is Java 5.
Hehehe, when it's read for voting, I will use my complete compiler zoo to
build f
Thanks Jöerg,
indeed, commons components aim to embrace the wider range of JDKs as
possible, so the issue exists and have to be fixed.
@Benedikt: try to compile Google Guice[1], where I extracted the
TypeLiterl framework - if it passes, something wrong happened during
the import.
TIA,
-Simo
[1]
I'm getting the same errors when compiling guice.
Am 07.02.2012 16:42, schrieb Simone Tripodi:
Thanks Jöerg,
indeed, commons components aim to embrace the wider range of JDKs as
possible, so the issue exists and have to be fixed.
@Benedikt: try to compile Google Guice[1], where I extracted the
Le 07/02/2012 16:05, Simone Tripodi a écrit :
> Hi all guys,
> is it possible to open the Sandbox for Steven Dolg (stevendolg) [1]?
> He's a Cocoon PMC member and he's providing help on [graph] on Sandbox.
> Many thanks in advance, all the best!
It should be done now, could you check if it works ?
Am 07.02.2012 16:19, schrieb Simone Tripodi:
Hola,
I've read your email twice yesterday evening and again today. Sorry, but I
honestly do not understand, what you are talking about :-)
I assume, that you are referring to my comment on svn commit r1241124 on
moving Assertions to a new package?!
On 7 February 2012 12:44, Mladen Turk wrote:
> On 02/07/2012 01:24 PM, Mladen Turk wrote:
>>
>> On 02/07/2012 12:59 PM, sebb wrote:
>>>
>>> On 7 February 2012 10:37, Mladen Turk wrote:
I'll tag and prepare 1.0.9 RC later today.
>>>
>>>
>>> Can you also do the Maven jars?
>>>
>>
>> S
Hi everyone !
I just wanted to know if there are plans for any of these features in
Future Comons Math packages :
+ Wavelets
+ Fractional Fourier Transforms
+ Generalized Fresnel Transforms
+ Fractional Differentiation
Thanks to you all !
Leandro.
On 7 February 2012 12:52, Mladen Turk wrote:
> Hi,
>
> Version 1.0.9 is bug fix release.
>
> Daemon 1.0.9 RC1 is available for review at:
> http://people.apache.org/~mturk/daemon-1.0.9/
The source archive does not contain the site documents, which are only
in the tag.
> It is based on the svn ta
On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
EXEs, like JAR files, should just be there, ready to be downloaded and used
as-is. Unless I am missing something.
Gary
On Tue, Feb 7, 2012 at 1:23 PM, sebb wrote:
> On 7 February 2012 12:52, Mladen Turk wrote:
> > Hi,
> >
>
On 02/07/2012 07:23 PM, sebb wrote:
On 7 February 2012 12:52, Mladen Turk wrote:
Maven arifacts are at:
http://people.apache.org/~mturk/daemon-1.0.9/maven/
note that starting with this release, the windows binaries
are in the maven repo, finally :)
For some reason the commons-daemon-1.0.9.ja
Hi Leandro,
>
> Hi everyone !
>
> I just wanted to know if there are plans for any of these features in
> Future Comons Math packages :
>
> + Wavelets
> + Fractional Fourier Transforms
> + Generalized Fresnel Transforms
> + Fractional Differentiation
>
> Thanks to you all !
>
> Leandro.
>
I haven't
Thanks a lot Luc,
I just contacted Steven to check!
Very appreciated, all the best!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Feb 7, 2012 at 5:33 PM, Luc Maisonobe wrote:
> Le 07/02/201
Excellent :)
I'll take care to apply your patches tomorrow, unfortunately I have
still some task to complete today :/
alles gute,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Feb 7, 2012 at
On 7 February 2012 19:17, Mladen Turk wrote:
> On 02/07/2012 07:23 PM, sebb wrote:
>>
>> On 7 February 2012 12:52, Mladen Turk wrote:
>>>
>>>
>>> Maven arifacts are at:
>>> http://people.apache.org/~mturk/daemon-1.0.9/maven/
>>> note that starting with this release, the windows binaries
>>> are i
Hi Sebastien,
Nice , I will add them to my future tasks list.
Albeit first I want to get familiar with both the API and the coding
Style.
Regarding Fractional Differentiation and Generalized Fresnel
Transforms i had implemented in C a few years back , but without using
FFT ( only numerical integ
On 02/07/2012 08:16 PM, Gary Gregory wrote:
On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
EXEs, like JAR files, should just be there, ready to be downloaded and used
as-is. Unless I am missing something.
Please do not hijack vote thread for technical discussions.
Reg
On 02/07/2012 08:46 PM, sebb wrote:
On 7 February 2012 19:17, Mladen Turk wrote:
On 02/07/2012 07:23 PM, sebb wrote:
I would move the zip and tar.gz archives out of /maven (but copy the
windows one)
Also copy the binary jar from /maven to /binaries
OK, I'll just rerun the mvn with your la
On Feb 7, 2012, at 15:03, Mladen Turk wrote:
> On 02/07/2012 08:16 PM, Gary Gregory wrote:
>> On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
>> EXEs, like JAR files, should just be there, ready to be downloaded and used
>> as-is. Unless I am missing something.
>>
>
> Pleas
On 02/07/2012 09:31 PM, Mladen Turk wrote:
On 02/07/2012 08:46 PM, sebb wrote:
On 7 February 2012 19:17, Mladen Turk wrote:
On 02/07/2012 07:23 PM, sebb wrote:
I would move the zip and tar.gz archives out of /maven (but copy the
windows one)
Also copy the binary jar from /maven to /binaries
On 02/07/2012 10:20 PM, Gary Gregory wrote:
On Feb 7, 2012, at 15:03, Mladen Turk wrote:
On 02/07/2012 08:16 PM, Gary Gregory wrote:
On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
EXEs, like JAR files, should just be there, ready to be downloaded and used
as-is. Unless
On Feb 7, 2012, at 16:49, Mladen Turk wrote:
> On 02/07/2012 10:20 PM, Gary Gregory wrote:
>> On Feb 7, 2012, at 15:03, Mladen Turk wrote:
>>
>>> On 02/07/2012 08:16 PM, Gary Gregory wrote:
On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
EXEs, like JAR files, sho
Gary Gregory wrote:
> On Feb 7, 2012, at 16:49, Mladen Turk wrote:
>
>> On 02/07/2012 10:20 PM, Gary Gregory wrote:
>>> On Feb 7, 2012, at 15:03, Mladen Turk wrote:
>>>
On 02/07/2012 08:16 PM, Gary Gregory wrote:
> On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the
2012/2/8 Gary Gregory :
> On Feb 7, 2012, at 16:49, Mladen Turk wrote:
>
>> On 02/07/2012 10:20 PM, Gary Gregory wrote:
>>> On Feb 7, 2012, at 15:03, Mladen Turk wrote:
>>>
On 02/07/2012 08:16 PM, Gary Gregory wrote:
> On the topic of Maven: it seems of odd to have EXEs in a ZIP file, th
On 7 February 2012 23:26, Konstantin Kolinko wrote:
> 2012/2/8 Gary Gregory :
>> On Feb 7, 2012, at 16:49, Mladen Turk wrote:
>>
>>> On 02/07/2012 10:20 PM, Gary Gregory wrote:
On Feb 7, 2012, at 15:03, Mladen Turk wrote:
> On 02/07/2012 08:16 PM, Gary Gregory wrote:
>> On the
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
50 matches
Mail list logo
