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 |
|---|---|---|
| _link | 0000000140 140 Bytes | |
| _multibuild | 0000000310 310 Bytes | |
| fftw-3.3.9.tar.gz | 0004146999 3.95 MB | |
| fftw3-rpmlintrc | 0000000391 391 Bytes | |
| fftw3.changes | 0000018269 17.8 KB | |
| fftw3.spec | 0000019389 18.9 KB |
Revision 87 (latest revision is 99)
Takashi Iwai (tiwai)
accepted
request 866415
from
Dirk Mueller (dirkmueller)
(revision 87)
- update to 3.3.9:
* New API fftw_planner_nthreads() returns the number of threads
currently being used by the planner.
* Fix incorrect math in 128-bit generic SIMD
* Fix wisdom for avx512.
The avx512 alignment requirement was set to 64 bytes, but this is
wrong. Alignment requirements are a property of the platform (e.g.,
x86) and not of the instruction set (e.g., AVX). Among other
things, this broke wisdom with avx512.
Note that avx512 support is still experimental because the FFTW
authors have no avx512 hardware available for testing.
* fftw_threads_set_callback function to change the threading backend at runtime.
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....