FFT.jl is a particular implementation of AbstractFFTs.jl, with a few exensions documented in https://juliamath.github.io/FFTW.jl/stable/fft/
But unless I have missed something, FourierTools does not use any of those functions.
So perhaps the dependency from FFTW might be dropped in favor of AbstractFFTs, and let users choose their preferred implementation (FFTW if they want, but also maybe FastTransforms, or RustFFT, for instance).
This might be arguably breaking, since users should install any of those implementations explicitly in order to use this package (in the fashion of FileIO), although nothing of their code would change. The advantages are that FourierTools would be lighter and more flexible.
FFT.jl is a particular implementation of AbstractFFTs.jl, with a few exensions documented in https://juliamath.github.io/FFTW.jl/stable/fft/
But unless I have missed something, FourierTools does not use any of those functions.
So perhaps the dependency from FFTW might be dropped in favor of AbstractFFTs, and let users choose their preferred implementation (FFTW if they want, but also maybe FastTransforms, or RustFFT, for instance).
This might be arguably breaking, since users should install any of those implementations explicitly in order to use this package
(in the fashion of FileIO), although nothing of their code would change. The advantages are that FourierTools would be lighter and more flexible.