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.
- Devel package for openSUSE:Factory
-
3
derived packages
- Links to openSUSE:Factory / fftw3
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout multimedia:libs/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....