6f2c057073
FFTW 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.
The following test triggers the bug (SSE2, double precision):
./tests/bench -oexhaustive r4*2:5:3
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.
This bug has been around at least since fftw-3.1.2 (July 2006), and
probably since fftw-3.0 (2003).
14 lines
353 B
Makefile
14 lines
353 B
Makefile
# $NetBSD: Makefile,v 1.77 2021/09/29 13:34:48 wiz Exp $
|
|
|
|
COMMENT= Fast C routines to compute DFTs (single and double precision)
|
|
|
|
SUPERSEDES= fftwf-[0-9]*
|
|
CONFLICTS+= fftwf-[0-9]*
|
|
|
|
# The standard precision is double. We always build at least
|
|
# single in addition.
|
|
FFTW_PRECISION= double float
|
|
|
|
.include "Makefile.common"
|
|
|
|
.include "../../mk/bsd.pkg.mk"
|