Sheehan Olver
Sheehan Olver
I wonder about whether FFTW.jl should be a hard dependency. Alternatively, a simpler package ConvolutionsBase.jl which only defines `conv` and `conv!` without implementing them might be a better solution. For...
https://github.com/JuliaDSP/DSP.jl/issues/615
@jishnub please feel free to merge things like this
I can speak for ApproxFunBase. It's fine to ping me 😂
I think convolution of two `Float64` vectors is the case where FFTW.jl is needed but I think the current proposal is we leave FFTW as a hard dependency.
I think there needs to be an obvious use case for `Tuple`. When would one want it instead of an `SVector`? Does a convolution make sense when the types are...
When do polynomials have coefficients of different types? Or are you using it instead of an `SVector` to avoid a dependency?
I haven’t looked at how Polynomials.jl is implemented but supporting tuples seems like it must require a bunch of special cases, eg addition. I suspect it would be simpler to...
I would say v0.8 should just be v1.0 in that case. Using v0.x longer than necessary has two problems: (1) it marks the package as unstable, which in this case...
And (3) it annoys me slightly when my Project.toml files for a v1.x package depend on a v0.x package 😅