This is not installed by autotools but software using CMake depends on it. In Arch they fixed this by running CMake manually and installing the extra file: https://bugs.archlinux.org/task/67604 https://gitlab.archlinux.org/archlinux/packaging/packages/fftw/-/blob/0fa56ea6f198f08c48325a46763e27913b2ee436/PKGBUILD#L99 Reproducible: Always
I was trying to switch the asymptote ebuild to use cmake (it is now supported), but failed due to this missing FFTW3LibraryDepends.cmake. Any package using fftw and trying to build with cmake will fail. See the long discussion in https://github.com/FFTW/fftw3/issues/130. Is it possible to do something? It seems arch has some workaround.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=28bb1835c7ffdd903a17279bfd2b9bdbc62047c8 commit 28bb1835c7ffdd903a17279bfd2b9bdbc62047c8 Author: Sam James <sam@gentoo.org> AuthorDate: 2025-03-23 07:05:28 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-03-23 07:06:50 +0000 sci-libs/fftw: EAPI 8, backport fix to CMake config file * EAPI 8 * Backport fix/workaround to CMake config file which marks another file that is only available if fftw is configured/built with CMake as optional, so that consumers of the CMake config file don't immediately bail out. * Clean up src_test. It finishes in 10s or so for me per ABI/variant on an AMD Ryzen 3950X. I don't think the comment is useful anymore. If we're worried about slower machines, I think it's obvious for sci-*/* anyway. Closes: https://bugs.gentoo.org/913518 Signed-off-by: Sam James <sam@gentoo.org> sci-libs/fftw/fftw-3.3.10-r1.ebuild | 170 +++++++++++++++++++++ sci-libs/fftw/fftw-9999.ebuild | 11 +- .../files/fftw-3.3.10-fixup-cmake-optional.patch | 25 +++ 3 files changed, 199 insertions(+), 7 deletions(-)
