plan_(b)rfft types as in FFTW

[milankl]

This should address #14

[codecov]

Codecov Report

Base: 69.39% // Head: 69.39% // No change to project coverage 👍

Coverage data is based on head (64969bd) compared to base (76f3a0c).
Patch coverage: 81.81% of modified lines in pull request are covered.

Additional details and impacted files

@@           Coverage Diff           @@
##             main      #17   +/-   ##
=======================================
  Coverage   69.39%   69.39%           
=======================================
  Files           2        2           
  Lines         183      183           
=======================================
  Hits          127      127           
  Misses         56       56           

Impacted Files	Coverage Δ
src/fft.jl	69.66% <81.81%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

[daanhb]

Since the documentation of AbstractFFTs.jl says the following

# DFT plan where the inputs are an array of eltype T
abstract type Plan{T} end

I think this change is the right thing to do. By modifying T upon construction of the plan we were removing information.

[daanhb]

We have to remember to decide on a release number, I think this should be 0.2.

[milankl]

Before we tag it as v0.2 I thought about getting the sizes into the plans too as raised in #10 ?

[daanhb]

Yes, sure. I'll merge this and we can change the version number later.

[daanhb]

(I forgot you could merge yourself)