Dear all,
2012/2/9 Gilles Sadowski :
> On Thu, Feb 09, 2012 at 11:02:36AM +0100, Luc Maisonobe wrote:
>> Le 09/02/2012 10:50, Sébastien Brisard a écrit :
>> > Hi Luc,
>> >>
>> >> I agree with you, enums are much better. There are other places in
>> >> [math] where we use boolean or even ints for s
On Thu, Feb 09, 2012 at 11:02:36AM +0100, Luc Maisonobe wrote:
> Le 09/02/2012 10:50, Sébastien Brisard a écrit :
> > Hi Luc,
> >>
> >> I agree with you, enums are much better. There are other places in
> >> [math] where we use boolean or even ints for such things. They mainly
> >> came for pre-jav
Le 09/02/2012 10:50, Sébastien Brisard a écrit :
> Hi Luc,
>>
>> I agree with you, enums are much better. There are other places in
>> [math] where we use boolean or even ints for such things. They mainly
>> came for pre-java 5 era when enums where not available.
>>
>> Luc
>>
> And what do you thin
Hi Luc,
>
> I agree with you, enums are much better. There are other places in
> [math] where we use boolean or even ints for such things. They mainly
> came for pre-java 5 era when enums where not available.
>
> Luc
>
And what do you think of replacing
- transform(double[]) with transform(double[]
Le 09/02/2012 08:46, Sébastien Brisard a écrit :
> Hi,
> while working on MATH-732, I've made some amendments to the
> FastFourierTransformer API. Basically, I've removed the factory
> methods create() and createUnitary() I had previously introduced in
> MATH-677. Instead, I introduced an enum {STA
Hi,
while working on MATH-732, I've made some amendments to the
FastFourierTransformer API. Basically, I've removed the factory
methods create() and createUnitary() I had previously introduced in
MATH-677. Instead, I introduced an enum {STANDARD, UNITARY}. This
allows the specification of the type
