-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add documentation for overwriting behaviour of in-place application of real-input fft plans #88
base: master
Are you sure you want to change the base?
Conversation
of in-place application of real-input fft plans
Codecov ReportPatch and project coverage have no change.
Additional details and impacted files@@ Coverage Diff @@
## master #88 +/- ##
=======================================
Coverage 87.08% 87.08%
=======================================
Files 3 3
Lines 209 209
=======================================
Hits 182 182
Misses 27 27
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 in Codecov by Sentry. |
I thought that |
Yes I think it's an FFTW library thing. |
and clarify overwrite behaviour of plan_*fft
bump on review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
is it only for multidimensional transforms that the overwrite occurs?
at least according to my observations, yes. |
As noted in JuliaMath/FFTW.jl#158, application of inverse plans of real-input ffts via
mul!
orldiv!
potentially overwrites the input array.This might be quite unexpected to many people (including me), especially since this is not the case for the complex-input versions.
This PR is an attempt at documenting this behaviour.