Skip to content
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

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

trahflow
Copy link

As noted in JuliaMath/FFTW.jl#158, application of inverse plans of real-input ffts via mul! or ldiv! 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.

of in-place application of real-input fft plans
@codecov
Copy link

codecov bot commented Mar 13, 2023

Codecov Report

Patch and project coverage have no change.

Comparison is base (a52b2ab) 87.08% compared to head (45f3531) 87.08%.

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           
Impacted Files Coverage Δ
src/definitions.jl 74.03% <ø> (ø)

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.
📢 Do you have feedback about the report comment? Let us know in this issue.

src/definitions.jl Outdated Show resolved Hide resolved
@navidcy
Copy link

navidcy commented Apr 24, 2023

I thought that irfft destroying its input was an FFTW library thing and not an issue of FFTW.jl. Right?

@trahflow
Copy link
Author

Yes I think it's an FFTW library thing.
Still worth documenting here, I believe.

and clarify overwrite behaviour of plan_*fft
@trahflow
Copy link
Author

trahflow commented Apr 3, 2024

bump on review

Copy link

@navidcy navidcy left a 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?

@trahflow
Copy link
Author

trahflow commented Apr 3, 2024

is it only for multidimensional transforms that the overwrite occurs?

at least according to my observations, yes.

@trahflow trahflow requested a review from stevengj April 3, 2024 09:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants