Discrete Fourier Transform (DFT) C Subroutine Library
FFTW is a C subroutine library for computing the Discrete Fourier
Transform (DFT) in one or more dimensions, of both real and complex
data, and of arbitrary input size.
- Sources inherited from project multimedia:libs
- Devel package for openSUSE:Factory
-
3
derived packages
- Links to openSUSE:Factory / fftw3
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:infi777:games/fftw3 && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_multibuild | 0000000197 197 Bytes | |
fftw-3.3.10.tar.gz | 0004144100 3.95 MB | |
fftw3-rpmlintrc | 0000000520 520 Bytes | |
fftw3.changes | 0000020651 20.2 KB | |
fftw3.spec | 0000018842 18.4 KB |
Revision 93 (latest revision is 99)
Takashi Iwai (tiwai)
accepted
request 935864
from
Dirk Mueller (dirkmueller)
(revision 93)
- update to 3.3.10: * Fix bug that would cause 2-way SIMD (notably SSE2 in double precision) to attempt unaligned accesses in certain obscure cases, causing segfaults. * This test computes a pair of length-4 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 complex-number 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.
Comments 1
This set of packages is building against suse-hpc-0.4-4.3 (
[ 12s] [71/159] cumulate suse-hpc-0.4-4.3
) for some reason, rather than the current 0.5-2.1. This seems to be leading to breakage in downstream package forks, which ARE using 0.5-2.1. Strangely, I can't find an SRPM for suse-hpc-0.5-2.1, ONLY for 0.4-4.3, which has no binaries available....