Next | Query returned 95 messages, browsing 1 to 10 | Previous

History of commit frequency

CVS Commit History:


   2024-03-14 20:33:04 by Mark Davies | Files touched by this commit (2)
Log message:
fftw: add lib/cmake/fftw3/FFTW3LibraryDepends.cmake

FFTW3*Config.cmake includes FFTW3LibraryDepends.cmake but package doesn't
install it, making cmake unhappy.  Creating an empty file is sufficient
to at least get graphics/krita building.
   2024-01-14 22:04:49 by Roland Illig | Files touched by this commit (1)
Log message:
math/fftw: skip check for unknown configure options

The package has 3 configure script, and the top-level configure script
knows all of --disable-fortran, --enable-shared and --enable-threads.
   2022-06-28 13:38:00 by Thomas Klausner | Files touched by this commit (3952)
Log message:
*: recursive bump for perl 5.36
   2021-10-26 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 double-checked against existing RMD160 and
SHA512 hashes
   2021-10-07 16:28:36 by Nia Alarie | Files touched by this commit (458)
Log message:
math: Remove SHA1 hashes for distfiles
   2021-09-29 15:34:48 by Thomas Klausner | Files touched by this commit (3) | Package updated
Log message:
fftw*: update to 3.3.10.

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).
   2021-06-12 09:30:47 by Nia Alarie | Files touched by this commit (1)
Log message:
fftw: bump for default options change
   2021-06-12 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 CPU-specific
intrinsics instead, which we already do on platforms where the test
suite doesn't fail.
   2021-05-24 21:56:06 by Thomas Klausner | Files touched by this commit (3575)
Log message:
*: recursive bump for perl 5.34
   2021-05-16 12:16:26 by Nia Alarie | Files touched by this commit (1)
Log message:
fftw: match future powerpc variants

Next | Query returned 95 messages, browsing 1 to 10 | Previous