Boost logo

Boost :

Subject: Re: [boost] Request to contribute boost::FFT
From: Karlsen, Naja (E W EMEA ECC GOV) (naja.karlsen_at_[hidden])
Date: 2013-06-03 08:31:09

Dear Mathias Gaunard,

I really don't know what you have answered here ;o)

Is this really an answer to MY question??

Can you please help me find out the Export control classification number, ECCN, for Boost?

If you don't have the ECCN, then you can maybe inform me of the content of encryption algorithms?

Thank you in advance.

Med venlig hilsen / Best regards,
Naja Karlsen

Siemens Wind Power A/S
Borupvej 16
7330 Brande, Denmark
Tel.: +45 99 42-8070
Mobil: +45 30 37-3663

-----Original Message-----
From: Boost [mailto:boost-bounces_at_[hidden]] On Behalf Of Arash Partow
Sent: 3. juni 2013 14:16
To: boost_at_[hidden]
Subject: Re: [boost] Request to contribute boost::FFT

On 3/06/2013 7:39 AM, Mathias Gaunard wrote:
> It's a pure computation function; the interface > should just be a couple of functions taking pointers.

That would be a very naive and pedestrian approach.

Factors ranging from the input type (real, complex, integer), dimensionality of the data, the way the data is stored, the precision required, application of the transform (lets think about multiplications for Strassen), phase rotation et al.

And that's all before we realize that hey FFTs are really just a subset of transforms in general such as Wavelets and Co.

So what we should be heading for is not another CRC library (which should really be part of a generalized message digest library), but rather a well thought-out and designed interface that is extensible with provisions for future support of multiple backends (fftw, ipp, cuda, opencl et al) and types (float, double, mp, et al) - and not just the first meta idea that easily scales in our minds. ;)

In short - A couple functions with a few pointers would fall dismally short of the 'mark'.

Unsubscribe & other changes:

Boost list run by bdawes at, gregod at, cpdaniel at, john at