Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

libfftw3-3-3.3.10-4.3 RPM for armv6hl

From OpenSuSE Ports Tumbleweed for armv6hl

Name: libfftw3-3 Distribution: openSUSE Tumbleweed
Version: 3.3.10 Vendor: openSUSE
Release: 4.3 Build date: Fri Feb 9 23:08:52 2024
Group: System/Libraries Build host: i01-armsrv3
Size: 2576748 Source RPM: fftw3-3.3.10-4.3.src.rpm
Packager: http://bugs.opensuse.org
Url: http://www.fftw.org
Summary: 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.

Provides

Requires

License

GPL-2.0-or-later

Changelog

* Wed Oct 25 2023 Egbert Eich <eich@suse.com>
  - Disable HPC flavors on %ix86
* Mon Oct 23 2023 Nicolas Morey <nicolas.morey@suse.com>
  - Drop support for obsolete openmpi[123]
  - Prepare support for openmpi5
* Wed Apr 27 2022 Jan Engelhardt <jengelh@inai.de>
  - Update rpmlintrc for shlib-policy-name-error
* Tue Jan 18 2022 tiwai@suse.de
  - Don't install half-baked cmake files (bsc#1194728):
    the files are incomplete and useless with the build using auto-tools
* Sun Dec 05 2021 Dirk Müller <dmueller@suse.com>
  - 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.
* Fri Apr 30 2021 Dominique Leuenberger <dimstar@opensuse.org>
  - Follow the distro default openmpi implementation:
    + Eliminate the usage of the mpi_implem variable (obsolete)
    + BuildRequire openmpi-macros-devel instead of %{mpi_implem}-devel
    + Require openmpi-devel in the mpi-devel package
    + Use %setup_openmpi to source mpivars.sh
* Sat Feb 06 2021 Egbert Eich <eich@suse.com>
  - Add build support for gcc10 to HPC build (bsc#1174439).
* Sun Jan 24 2021 Dirk Müller <dmueller@suse.com>
  - 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.
* Fri Aug 21 2020 Michel Normand <normand@linux.vnet.ibm.com>
  - Remove specific mpi_implemen define for ppc/ppc64 (was openmpi)
    to use same openmpi2 as other architectures.
* Mon Jul 20 2020 Egbert Eich <eich@suse.com>
  - Add gnu compiler support up to gcc9.
  - Fix typo which caused issus building openmpi HPC flavors
    (bsc#1174329).
  - Add support for openmpi4 (provided by Alin Marin Elena).

Files

/usr/lib/libfftw3.so.3
/usr/lib/libfftw3.so.3.6.10
/usr/lib/libfftw3f.so.3
/usr/lib/libfftw3f.so.3.6.10
/usr/lib/libfftw3l.so.3
/usr/lib/libfftw3l.so.3.6.10


Generated by rpm2html 1.8.1

Fabrice Bellet, Wed Oct 9 01:08:50 2024