Path to this page:
./
math/fftw,
Fast C routines to compute DFTs (single and double precision)
Branch: CURRENT,
Version: 3.3.10nb1,
Package name: fftw3.3.10nb1,
Maintainer: pkgsrcusersFFTW is a C subroutine library for computing the discrete Fourier transform
(DFT) in one or more dimensions, of arbitrary input size, and of both real
and complex data (as well as of even/odd data, i.e. the discrete cosine/sine
transforms or DCT/DST).
This package contains the single and double precision floating point FFTW
libraries.
Required to build:[
pkgtools/cwrappers]
Package options: simd
Master sites:
Filesize: 4046.973 KB
Version history: (Expand)
 (20220628) Updated to version: fftw3.3.10nb1
 (20210929) Updated to version: fftw3.3.10
 (20210612) Updated to version: fftw3.3.9nb8
 (20210525) Updated to version: fftw3.3.9nb7
 (20210516) Updated to version: fftw3.3.9nb6
 (20210430) Updated to version: fftw3.3.9nb5
CVS history: (Expand)
20220628 13:38:00 by Thomas Klausner  Files touched by this commit (3952) 
Log message:
*: recursive bump for perl 5.36

20211026 12:56:13 by Nia Alarie  Files touched by this commit (458) 
Log message:
math: Replace RMD160 checksums with BLAKE2s checksums
All checksums have been doublechecked against existing RMD160 and
SHA512 hashes

20211007 16:28:36 by Nia Alarie  Files touched by this commit (458) 
Log message:
math: Remove SHA1 hashes for distfiles

20210929 15:34:48 by Thomas Klausner  Files touched by this commit (3)  
Log message:
fftw*: update to 3.3.10.
FFTW 3.3.10:
* Fix bug that would cause 2way SIMD (notably SSE2 in double precision)
to attempt unaligned accesses in certain obscure cases, causing
segfaults.
The following test triggers the bug (SSE2, double precision):
./tests/bench oexhaustive r4*2:5:3
This test computes a pair of length4 real>complex transforms where
the second input is 5 real numbers away from the first input. That
is, there is a gap of one real number between the first and second
input array. The oexhaustive level allow FFTW to attempt to
compute this transform by reducing it to a pair of complex
transforms of length 2, but now the second input is not aligned to a
complexnumber boundary. The fact that 5 is odd is the problem.
The bug cannot occur in complex>complex transforms because the
complex interface accepts strides in units of complex numbers, so
strides are aligned by construction.
This bug has been around at least since fftw3.1.2 (July 2006), and
probably since fftw3.0 (2003).

20210612 09:30:47 by Nia Alarie  Files touched by this commit (1) 
Log message:
fftw: bump for default options change

20210612 09:30:23 by Nia Alarie  Files touched by this commit (1) 
Log message:
fftw: Disable "generic" GCC simd intrinsics
These produce poor code and it's always better to use the CPUspecific
intrinsics instead, which we already do on platforms where the test
suite doesn't fail.

20210524 21:56:06 by Thomas Klausner  Files touched by this commit (3575) 
Log message:
*: recursive bump for perl 5.34

20210516 12:16:26 by Nia Alarie  Files touched by this commit (1) 
Log message:
fftw: match future powerpc variants
